Онлайн-тренинг с практической работой на реальных проектах для начинающих тестировщиков (8 занятий по 1,5 часа + много-много практики). Начало 17 апреля.
IT – это особый мир. Вы хотите присоединиться к нему?
Сегодня рынок ИТ-специалистов испытывает сильный недостаток кадров, но несмотря на это тестировщики без опыта ищут работу месяцами. Хотите увеличить свои шансы? Хотите получить преимущество перед другими кандидатами? Мы дадим вам этот шанс!
Мы разработали первый и, может быть, единственный курс для тестировщиков, который даст не только теоретический багаж знаний, но и практическое применение на реальных проектах!
Мы предлагаем:
реальные веб-проекты;
курс, рассчитанный на начинающих тестировщиков веб-проектов;
небольшие группы (всего по 10 человек!);
работу в реальной команде.
Вы сможете получить:
теоретические знания, необходимые для junior-тестировщика;
опыт работы в реальном проекте, который можно вписать в резюме;
отзыв заказчика, отражающий Ваши достижения в работе;
общение с реальной командой программистов и тестировщиков;
знакомство с множеством коллег по тестированию;
и отличный старт для построения дальнейшей успешной карьеры.
Курс состоит из 8 занятий, его продолжительность 2 месяца. При его разработке учитывались основные требования к junior-тестировщикам веб-проектов.
Самое главное, что есть в тестировании – это тесты. Они могут быть задокументированы или храниться в вашей голове, автоматизированы или выполняться вручную, быть формальными или поверхностными. Но в любом случае, они должны быть:
Достаточны для того, чтобы не пропускать серьёзных ошибок
Не избыточны, чтобы экономить ресурсы команды
Позволять собирать необходимую и полезную отчётность без бюрократии
Способствовать развитию команды, внедрению новичков и обучению старожилов
Позволять собирать статистику для оценки качества продукта, проекта, эффективности тестирования.
Если вы хотите организовать процесс тестирования, сделать его измеримым, контролируемым и максимально эффективным, то онлайн-интенсив по организации процесса тестирования создан именно для вас.
Внимание! Курс подразумевает, что вы знакомы с основными техниками тест-дизайна. Для участия в нём необходимо выполнение одного из следующих условий:
Прочтение книги Lee Copeland’a “Test Design” и применение освоенных знаний на практике
Аналогичная практичная подготовка, в которой вы уверены.
В рамках этого курса ежедневно на протяжении одной недели будут выкладываться короткие записи занятий (15-25 минут). По их результатам надо будет выполнять объёмные (до 2 часов!) домашние задания. Огромную значимость в этом курсе несут домашние задания и помощь тренера в их выполнении, поэтому, если вы не можете выделить столько времени (активная фаза проекта, высокая загруженность), лучше не записывайтесь на этот курс. Участники, не выложившие в день получения домашнего задания результаты его выполнения, к дальнейшему прохождению курса не допускаются!
Отчетность, отчетность, отчетность – разным руководителям, коллегам по цеху, субподрядчикам, заказчикам, себе, в конце концов. Как начинающему и не очень начинающему тест-менеджеру не утонуть в цифрах и отчетах и не сидеть до ночи на работе, подготавливая их каждый день? Вы сможете значительно облегчить себе жизнь, если будете грамотно использовать багтрекер. Например, в JIRA есть средства генерации dashboards и внешнее SOAP API для выполнения рутинных операций.
В данном докладе будут затронуты следующие вопросы:
Какие типичные отчеты готовит тест-менеджер
Как JIRA фильтрует тикеты
Как объединять фильтры в dashboards и получать из этого полезную информацию
Что такое JIRA SOAP API
Как писать скрипты для сбора статистики по тикетам
Исходные данные: Есть сервер, написанный на "C". Сервер предоставляет API для Web. Запросы строятся по особому, но на любой ответ приходит Json.
Задача: протестировать API предоставляемое сервером.
Ход:
1. cvs data set config. через него беру из фала команду.
2. tpc sampler который отправляет запрос напрямую к серверу.
3. в ответе через regex нахожу значение результата ответа.
4. через IF controller сравниваю значение результаты найденного на шаге 3 с ожидаемым кодом ошибки.
4.1. если он не верный, то надо записать как Error/warring
4.2. если он верный, то как succses.
5. вывод в результат дерева.
Подскажите как сделать шаги 4 и 5. Как вручную пометить в result tree что это ошибка? TCP sampler всегда выдает положительный результат, т.к. запрос отправил, ответ получил.
Долгое время делал тесты на java под chrome driver. Но сейчас встала необходимость запуска headless-тестов.
Через HtmlUnit работает очень криво. Возможно есть какие-то актуальные иные способы запуска. Погуглил и ничего адекватного под запуск с windows не нашел.