[Software-testing] Техники и инструменты поиска и оформления дефектов (2016)

Аутсорсинг
Аутсорс-команда работает на проекте по договору. Время работы самое разное — от пары месяцев до нескольких лет. Хорошо, когда несколько лет в одной команде. Уже знаешь команду, знаешь, что от тебя нужно.

Но если срок работы на проекте — пара месяцев, то кто знает, что ждет тебя дальше? Какие требования предъявит заказчик? Если на тестирование выделен месяц, нет времени начинать учиться. А вдруг там надо читать логи или отправлять soap-запросы, а ты не знаешь, что это такое? А как убедить стороннего разработчика, что надо поправить баг? Мы будем работать над обоснованием.

Баги аутсорс-тестировщика читают люди, которые относятся к новичку с подозрением. Плохо оформленная задача вызывает раздражение: «И зачем их наняли? Ничего же непонятно. А логи где? А подробные шаги? У меня не воспроизводится!». Курс поможет ставить задачи так, чтобы незнакомые люди говорили «Вау, как баг описан! Даже я все понял. Ребята явно крутые». С такой командой захотят работать снова.

Фриланс
К фрилансерам относятся с подозрением. Как работодателю понять, что тестировщик правда крутой? Что он поможет проекту, а не просто потратит деньги?

Тестировщика-фрилансера нанимают для того, чтобы он искал баги. Баг-репорт — главный показатель уровня тестировщика. Если оформлен непонятно (а читать его может и 'большой босс'), доверия нет, кажется, что нанял джуниора. А уж если пропустил баг — пиши пропало. Своему тестировщику простительно, фрилансеру нет.

На курсе мы будем:
— оформлять баги так, чтобы к ним не подкопались;
— воспроизводить ошибки по невнятным жалобам от пользователей;
— искать баги там, где разработчик посмотреть не догадался;
— «продавать» свои баги. Если заказчик не понимает, почему это баг, он не будет за него платить.

Тестирование остальных проектов
Если тестировщик не умеет локализовывать ошибку, эта работа падает на программиста. Тестировщик нашел и оформил «как есть». А разработчику самом воспроизводить, собирать логи, искать «корень зла» вместо последствий...

После нашего курса тестировщик сможет разгрузить разработчика. Сам найдет причину, локализует, соберет всю нужную информацию. И сэкономит время коллег. А это всегда ценно.

После курса вы сможете:
— начать использовать новые инструменты в тестировании;
— находить ошибки, которые пропускали раньше (техники тест-дизайна + исследовательские туры);
— воспроизводить баги, которые приходят с первой линии техподдержки;
— собирать всю нужную по багу информацию;
— анализировать пропущенные баги, чтобы они больше не повторялись;