#Полезнаяинформация

Периодически сталкиваемся с тем, что новоиспеченные специалисты по тестированию на своих проектах иногда забывают как правильно создавать баг репорт.

Поэтому решили подготовить краткую шпаргалку для начинающих:
1. Название дефекта. Должно быть емким и отвечать на 3 вопроса: Что произошло? Где произошло? При каких условиях?

2. Серьезность дефекта. Чаще всего используется классификация:
Blocker - ошибка, в результате которой заблокировано тестирование всей программы или ключевого бизнес процесса.
Critical– ошибка, связанная с неправильно работающим ключевым бизнес-процессом программы, при этом нет обходного решения.
Major - ошибка, при которой часть основного бизнес-процесса работает некорректно, либо есть возможность пройти критичный процесс используя другие функции программы.
Minor - ошибка, не нарушающая логику работы бизнес-процесса тестируемой части программы, или очевидная ошибка пользовательского интерфейса.
Trivial - ошибка, которая не оказывает никакого влияния на общее качество продукта или программы.

3. Шаги воспроизведения и тестовые данные. Стоит обязательно подробно по шагам указывать в описании, что было сделано. Также требуется указывать тестовые данных, с помощью которые было проведено тестирование. Не надо указывать ссылки на тесты, так как у разработчика нет времени смотреть их.

4. Ожидаемый и фактический результат. Всегда стоит указывать что ожидали увидеть и что в итоге получилось после шагов воспроизведения. Без этой информации совершенно непонятно, в чем же ошибка.

5. Вложения. Снимки экрана должны быть полноразмерными и захватывать весь экран.

6. Связи. Стоит указывать в дефектах связь с задачами из вашего tasktracker. Без этого не всегда понятно, что и зачем тестируете.

7. Комментарии. Любые изменения, новые данные после ретестирования, статус ретестирования дефекта, новые вложения и другое обязательно комментируем, чтобы было видно какие Вы внесли изменения, когда это сделали и для чего.

8. Тестовое окружение. Всегда указываем в какой версии браузера вы проводили тестирование и нашли дефект. Если это десктоп приложение, то указываем операционную систему.

9. Назначение дефекта. И последнее, о чем часто забывают молодые специалисты - назначать дефект на нужного или ответственного специалиста. Как результат дефект может неделю лежать без ответственного, а вы будете гадать, почему его не исправляют.