Тестовая документация. Отчет о прохождении тестов.дпо_ЦЗН

Скачать тест — (Тестовая документация. Отчет о прохождении тестов._979cc930.pdf)

1. Тестирование black box проводится:
2. Ключевые преимущества grey box тестирования:
3. Проводится анализ исходных документов о системе, при:
4. Функциональное тестирование ведется вручную по подготовленным заранее тестовым сценариям с занесением всех найденных ошибок в багтрекинговую систему, при:
5. Происходит разработка и согласование отчетов о проведенном тестировании со списком обнаруженных отклонений и рекомендациями по улучшению системы, при:
6. Тестирование функциональности продукта после исправления ошибок или реализации новых функциональных возможностей, при:
7. Оценка уязвимости ПО к различным атакам и попыткам несанкционированного доступа к данным – это:
8. Проверка соответствия ПО требованиям, заявленным в спецификации– это:
9. Выявление дефектов в работе графического интерфейса– это:
10. Тестирование процесса инсталляции/деинсталляции программного обеспечения – это:
11. Проверка работы ПО на различных программных и аппаратных окружениях – это:
12. Тестирование взаимодействий между компонентами системы и между несколькими системами– это:
13. Короткий цикл тестов для выявления правильной работы основных функций приложения– это:
14. Проверка документов на соответствие принятым стандартам, а также соответствие определенным характеристикам– это:
15. Автоматизированные регрессионные тесты имеют ключевые преимущества:
16. Основные этапы регрессионных тестов
17. Интеграционное тестирование позволяет:
18. Анализ исходных документов о системе включает:
19. Интеграционное тестирование гарантирует сразу несколько преимуществ:
20. Smoke-тестирование (дымовое тестирование) ставит задачу:
21. Системное тестирование предназначено для:
22. Тестирование документации предназначено для:
23. Дымовое тестирование предназначено для:
24. Тестирование безопасности проводится для:
25. Тестовый отчет (или тест) содержит информацию о следующем:
26. В разделах с общей информацией тест-плана можно фиксировать:
27. Для разработки тестовых сценариев и выполнения тестов используются системы управления тестированием:
28. Автоматизация тестирования позволяет:
29. Тестируется минимально возможный для тестирования компонент, например, отдельный класс или функция:
30. Тестируются интерфейсы между компонентами, подсистемами или системами:
31. Тестируется интегрированная система на её соответствие требованиям:
32. Имитация реальной работы с системой штатными разработчиками, либо реальная работа с системой потенциальными пользователями/заказчиком:
33. Бета-тестирование — в некоторых случаях выполняется:
34. Трассировка тестовой документации на требования используется для следующих задач:
35. Бейзлайны тест-планов:
36. График разработки тестовой документации отражает сходимость тест-дизайна:
37. Если команда работает с первичными требованиями, то поддержка тестовой документации в актуальном состоянии осуществляется при помощи дерева функций:
38. Этап Обнаружен (Submitted):
39. Этап Новый (New):
40. Этап Отклонен (Declined):
41. Этап Отложен (Deferred):
42. Этап Открыт (Opened):
43. Этап Исправлен (Fixed):
44. Этап Проверен (Verified):
45. Ошибка, которая приводит программу в нерабочее состояние:
46. Критический дефект, приводящий некоторый ключевой функционал в нерабочее состояние:
47. Весьма серьезная ошибка, свидетельствующая об отклонении от бизнес логики или нарушающая работу программы:
48. Баг, не имеющий влияние на функционал или работу программы, но который может быть обнаружен визуально:
49. Незначительный дефект, не нарушающий функционал тестируемого приложения, но который является несоответствием ожидаемому результату:
50. Градация дефектов, с точки зрения приоритетности исправления: