Баг-репорт
Если тестировщик неправильно сообщает об ошибке, то программист, скорее всего, отклонит эту ошибку, заявив, что она невоспроизводима. Или потратит кучу лишнего времени на то, чтобы сделать вашу работу за вас. Едва ли такой тестировщик будет выгоден бизнесу, приятен коллегам и долго задержится на своем месте.
Главное при написании отчета - он должен быть сразу и однозначно понят читающим, а дефект однозначно воспроизведен по указанным шагам в указанном окружении.
Основные поля баг-репорта:
- Уникальный идентификатор;
- Описание: краткое, емкое и понятное описание ошибки;
- Окружение: ссылка на билд/коммит/версия ПО и всего окружения;
- Шаги воспроизведения: полный перечень шагов для воспроизведения;
- Ожидаемый результат: какой результат должен был быть без ошибки;
- Фактический результат : какой результат получился на самом деле;
- Вложения: логи, скриншоты, видео - всё что необходимо для понимания ошибки.
Ключевые моменты, которые следует учитывать при написании отчета об ошибке:
В одном отчете один баг; 1. Убедитесь, что используете актуальную версию ПО и окружения; 2. Воспроизведите его 2-3 раза; 3. Проверьте по поиску баг-трекинговой системы наличие отчета о таком же дефекте; 4. Локализуйте ошибку, чтобы выяснить ее первопричину; 5. Напишите подробные шаги и полное окружение для воспроизведения ошибки; 6. Напишите хорошее описание дефекта по формуле “Что? Где? При каких условиях?” 7. Проиллюстрируйте проблему с помощью правильных скриншотов, видео и логов;
