Группируем схожие проблемы в одной задаче

Один из подходов к описанию багов: Одна проблема = один баг. Даже если баги похожи, всегда ставим разные. Другой подход — принцип группировки похожих задач.

Плюсы подхода:

• Все в одном месте — не надо бегать по десяти разным задачам
• Отлично подходит для сбора небольших улучшалок или первого тестирования нового функционала

Минусы:

• Надо внимательно отслеживать, что уже исправлено, а что еще нет
• После исправления всего провести повторное тестирование всех пунктов (регрессия)
• Название задачи слишком общее, сложно будет потом найти конкретную проблему

Мы применяем такой подход как раз в случае хочушек или первичного тестирования GUI.

Хочушки

Ставится задача из серии «улучшения api-тестов», туда все добавляют свои пожелания. Набирается штук 10. Потом их смотрит разработчик и выносит вердикт:

— Пункты 1-5 могу сделать, ок. 6 слишком сложно, может, лучше вот так? На 7 ставьте отдельную задачу: можно, но долго. 8 вообще не хочу делать. 9 и 10 выносите отдельно на «когда-нибудь».

В итоге мелкие улучшалки делает за один присест, а остальное выносится в связанные задачи.

Первичное тестирование

Мы переехали с desktop-клиента в веб-приложение. Нашли разработчика для клиентской части, он еще какое-то время вникал, что именно нам надо, как это должно выглядеть, как вообще работает система. В общем, первое время замечаний было много, но все мелкие.

В итоге пришли к такому пути:

1. Разработчик делает функционал
2. Тестировщик собирает в комментариях все хочушки и мелкие баги
3. Сколько успели — исправили
4. Если основной функционал ок и готов, то ставим отдельную задачу с перечислением оставшихся доделок — она уезжает в следующий релиз

Тут удобно иметь именно одну задачу, потому что:

• Описание бага занимает одно предложение
• Разработчик исправляет сразу скопом эти замечания

В данном случае плодить 100500 багов смысла нет.

См также:

Как заводить задачи в баг-трекер — в целом о заведении задач

Одна проблема = один баг — напомню ссылку на другой подход

PS — это выдержка из моей книги для начинающих тестировщиков, написана в помощь студентам моей школы для тестировщиков