вторник, 23 апреля 2019 г.

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

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

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

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

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



Хочушки

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

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

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


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

Мы переехали с desktop-клиента в веб-приложение. Нашли разработчика для клиентской части, он еще какое-то время вникал, что именно нам надо, как это должно выглядеть, как вообще работает система. В общем, первое время замечаний было много, но все мелкие.
В итоге пришли к такому пути:
  1. Разработчик делает функционал
  2. Тестировщик собирает в комментариях все хочушки и мелкие баги
  3. Сколько успели — исправили
  4. Если основной функционал ок и готов, то ставим отдельную задачу с перечислением оставшихся доделок — она уезжает в следующий релиз
Тут удобно иметь именно одну задачу, потому что:
  • Описание бага занимает одно предложение
  • Разработчик исправляет сразу скопом эти замечания
В данном случае плодить 100500 багов смысла нет.


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

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

Комментариев нет:

Отправить комментарий