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