36 подписчиков
Почему нужно постараться сократить число шагов? При описании последовательности шагов, которая приводит к ошибке, также лучше придерживаться золотой середины, как и во всём :)
Перед тем как оформить баг, необходимо убедиться, что в описании шагов нет лишних или ненужных шагов воспроизведения, которые будут отвлекать и тратить время команды. Приведу пример: На первом месте работы я как-то очень долго пыталась воспроизвести “плавающий” (гейзенбаг) и в итоге у меня получилось 11 шагов в описании. У разработчика по моему описанию баг не воспроизвелся, мы вместе с ведущим тестировщиком подошли к нему и я воспроизвела этот баг на его компьютере. Ведущий тестировщик посмотрела, воспроизвела у себя и сократила до 3-х шагов))))
P.S всегда нужно стараться сократить количество шагов при возможности
Пример плохой последовательности шагов для воспроизведения:
1. Перейти на сайт
2. Зайти на страницу обратной связи
3. Кликнуть курсором в поле "Имя"
4. Ввести имя
5. Кликнуть курсором в поле e-mail
6. Ввести действующий e-mail
7. Навести курсор на кнопку [Отправить сообщение]
8. Кликнуть по кнопке [Отправить сообщение]
Указанную последовательность шагов можно и нужно сократить до двух шагов!
Пример хорошей последовательности шагов:
1. Заполнить поля формы обратной связи на сайте
2. Нажать на копку [Отправить сообщение]
1 минута
21 декабря 2022