Прошлая часть: Что такое тест-план? И почему было бы неплохо если бы у вас он был... Всем привет. Небольшое предисловие. Данная глава получилась немного большой, поэтому если у вас есть желание ознакомиться только с какими-то конкретными ее частями - пользуйтесь поиском по странице по ключевым словам ниже: "Основные атрибуты / поля бага"; "Приоритет и серьезность"; "Статус бага и жизненный цикл бага"; "Для кого на самом деле оформляется баг-репорт". Теперь по теме. По стандарту, пройдемся по определениям...

Работа тестировщика ПО – выявить расхождения между ожидаемым функционированием программы, прописанным в требованиях, и ее реальным поведением. Если специалист выявляет ошибки, то создает отчет (баг-репорт), где дает характеристику найденному сбою, чтобы поставить в известность своих коллег. Одни компании не особо заморачиваются по этому поводу, другие – относятся серьезно. Для тех, кто понимает полезность данного документа, наша статья. Английским словом bug называют дефект, имеющий место в программном коде...

Помимо обязательных частей, которые были описаны в предыдущей статье, хотелось бы обсудить пару необязательных (опциональных). Сразу хочу отметить, что термин "опциональный" в данном контексте не значит, что этими частями можно пренебречь, либо, что в них нет смысла. Данные части необходимо обязательно включать в баг-репорт, если информация, которую они в себе несут, позволит ускорить скорость воспроизведения дефекта и (или) упростит процесс решения дефекта. Дополнительное описание Короткое описание проблемы, явно указывающее на причину и тип ошибочной ситуации...