Sfoglia il codice sorgente

Update 'Лекции/Баг-репорт/Баг-репорт вопросы.md'

u22kolesnyak 3 mesi fa
parent
commit
3a761b35ea

+ 0 - 5
Лекции/Баг-репорт/Баг-репорт вопросы.md

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