Тестовая документация

Практика по написанию заголовков к баг-репортам.

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

Однажды тестировщик Петя заходит на следующий день после релиза новой версии в комментарии к своему проекту и видит сообщения об ошибке.

Каждый день тестировщики создают десятки и сотни баг-репортов (отчетов об ошибках). Эти отчеты копятся, копятся и копятся. Задумывались о том, где лучше всего их хранить?

Тестирование — это процесс, который нуждается в документировании.

Что происходит после того, как баг-репорт попал в систему баг-трекинга? Значит ли это, что баг будет точно исправлен? Или все же это надо как-то дополнительно проверить? Давайте разбираться.

Всегда ли необходимо оформлять баг-репорты или можно обойтись и без них?

Тест-кейсы, чек-листы, … как же вас уже много!

Вот мы и подошли к завершающей статье из цикла Оформление дефектов. Сегодня мы поговорим об ошибках, которые совершают начинающие тестировщики при оформлении багов.

Продолжаем цикл статей по оформлению дефектов. Сегодня поговорим об еще одной важной части описания — о приоритетах и серьезности.