|
|
@@ -1,35 +1,30 @@
|
|
|
# **Баг-репорт**
|
|
|
|
|
|
Какое из следующих утверждений верно описывает серьёзность бага?
|
|
|
-
|
|
|
1. **Серьёзность указывает на степень влияния на систему (например, критический, серьёзный, незначительный).**
|
|
|
2. Серьёзность указывает на важность команды разработки.
|
|
|
3. Серьёзность определяет время, необходимое для исправления бага.
|
|
|
4. Серьёзность зависит от количества пользователей, которые столкнулись с ошибкой.
|
|
|
|
|
|
Что должно содержать хорошо составленный баг-репорт?
|
|
|
-
|
|
|
1.Краткое название и ожидаемый результат.
|
|
|
2. **Документирование найденного бага, включая название, описание, шаги воспроизведения и окружение.**
|
|
|
3.Только описание проблемы и фактический результат.
|
|
|
4.Лишь ссылки на требования и изображения.
|
|
|
|
|
|
Какое из следующих утверждений о написании шагов воспроизведения является верным?
|
|
|
-
|
|
|
1. **Шаги должны быть четкими и структурированными, чтобы обеспечить воспроизведение проблемы любому человеку.**
|
|
|
2. Шаги можно упоминать только в общем виде.
|
|
|
3. Шаги не важны, если баг очевиден.
|
|
|
4. Шаги следует описывать только в случае сложных ошибок.
|
|
|
|
|
|
Какой аспект баг-репорта часто упускается авторами, хотя является важным?
|
|
|
-
|
|
|
1. Наличие короткого названия.
|
|
|
2. **Указание предусловий для воспроизведения проблемы.**
|
|
|
3. Ссылки на документацию.
|
|
|
4. Описание окружения.
|
|
|
|
|
|
Что рекомендуется сделать перед написанием нового баг-репорта?
|
|
|
-
|
|
|
1. Написать его как можно быстрее.
|
|
|
2. **Проверить ранее заведенные баг-репорты, чтобы избежать дублирования информации.**
|
|
|
3. Составить только краткое описание проблемы.
|
