36 подписчиков
Алгоритм-шпаргалка (рекомендации по оформлению баг-репортов), в последующих постах я распишу некоторые рекомендации более подробно
1. Заголовок оформляется по принципу: Что? Где? Когда? Что случилось? Где случилось? Когда и при каких обстоятельствах случилось? Например, Ошибка 404 (что?) на форме авторизации (где?) при попытке входа новым пользователем (когда?)
2. При необходимости добавить предусловия
3. Необходимо описывать шаги в виде списка (каждый шаг отдельным пунктом)
4. В описании обязательно нужно описывать результат и ожидаемый результат. Сначала лучше описывать фактический результат и только потом ожидаемый (но в некоторых компаниях наоборот)
5. Желательно, но необязательно выделять жирным необходимое: Шаги воспроизведения, Результат, Ожидаемый результат, Предусловия, Примечания
6. Приложить скрины
7. Приложить логи, если есть к ним доступ
8. Приложить ссылки на спецификацию/техническое задание и цитаты из “спек”/официальной документации
9. Если необходимо, приложить гифки или видео, но рекомендую избегать
10. Добавить примечания. Если Вы немного поразбирались в сути проблемы или проверили какие-то аналогичные случаи, стоит написать об этом. Так разработчику будет немного проще и он сэкономит свое время
11. Перечитать описание, исправить орфографические и пунктуационные ошибки
12. Пройти по описанным шагам, убедиться, что не пропущен какой-то шаг, который приводит к ошибке
13. Попытаться сократить количество шагов. Возможно, к ошибке ведёт более короткая последовательность действий
14. Указать критичность бага
15. Указать версию
16. Точка в заголовках и в шагах не ставится
17. Указать окружение (браузер, ОС и т.д.)
#тестированиеПО #багрепорт
1 минута
16 декабря 2022