|
|
@@ -41,13 +41,13 @@
|
|
|
*Приоритет помогает определить, насколько быстро нужно исправить баг (например, высокий, средний, низкий).
|
|
|
|
|
|
Бывает так, что на оформление полноценного баг-репорта не хватает времени. Если тестировщик понимает, что ответственный за устранение ошибки уже знает, где и что необходимо править, и уверен в том, что исправлением займутся в ближайшее время, можно составить сокращенный баг-репорт. Он может быть не таким подробным, но при этом включать в себя достаточно информации для понимания и воспроизведения ошибки:
|
|
|
-*Краткое название.
|
|
|
+* Краткое название.
|
|
|
|
|
|
-*Предусловие, в котором предельно кратко описана суть выявленной ошибки.
|
|
|
+* Предусловие, в котором предельно кратко описана суть выявленной ошибки.
|
|
|
|
|
|
-*Ожидаемый и фактический результаты.
|
|
|
+* Ожидаемый и фактический результаты.
|
|
|
|
|
|
-*Скриншоты, видео, архивы запросов из devtools или логи ошибки. Может показаться, что вышеуказанной информации вполне достаточно для оформления баг-репорта, который поможет всей команде, однако не всё так просто.
|
|
|
+* Скриншоты, видео, архивы запросов из devtools или логи ошибки. Может показаться, что вышеуказанной информации вполне достаточно для оформления баг-репорта, который поможет всей команде, однако не всё так просто.
|
|
|
|
|
|
Рассмотрим подробнее сложности, с которыми встречаются тестировщики повсеместно.
|
|
|
|
