Тестовая документация. Тест-план, тест-дизайн. Отчет о прохождении тестов.ДРБ_С по тест

Скачать тест — (Тестовая документация. Тест-план, тест-дизайн. Отч_311ea858.pdf)

1. Состояние системы, при котором значения параметров, характеризующих способность системы выполнять заданные функции, находятся в пределах, установленных нормативно-технической или конструкторской документацией:
2. Состояние системы, при котором значение хотя бы одного параметра, характеризующего способность выполнять заданные функции, не находится в пределах, установленных нормативно-технической или конструкторской документацией:
3. Состояние, при котором система соответствует всем требованиям нормативно-технической и конструкторской документации:
4. Состояние, при котором система имеет хотя бы одно несоответствие требованиям нормативно-технической и конструкторской документации:
5. Отказы, которые наступают в результате резкого, скачкообразного изменения одного из параметров:
6. Отказы, которые наступают в результате длительного, постепенного изменения параметров:
7. Отказы, после которых функционирование оборудования полностью прекращается:
8. Отказы, которые обнаруживаются непосредственно после возникновения:
9. Свойство системы сохранять работоспособность:
10. Свойство системы, которое заключается в ее приспособленности к предупреждению, обнаружению и устранению причин возникновения отказов:
11. Свойство системы сохранять работоспособность до наступления предельного состояния с необходимыми перерывами для технического обслуживания и ремонтов:
12. Свойство системы сохранять значения показателей безотказности и ремонтопригодности в течение и после срока хранения и транспортировки:
13. В качестве технических требований на разработку надежного ПО рекомендуются следующие критерии:
14. Число серьезных ошибок в программе и время, необходимое для их устранения — это:
15. Степень влияния ошибок программного обеспечения на обслуживаемость системы – это:
16. Частота системных отказов, вызываемых ошибками программного обеспечения
17. Функция от самой программы и от того, что ждёт от неё пользователь– это:
18. вероятность того, что программа какой-то период времени будет работать без сбоев с учетом степени их влияния выходные результаты– это:
19. Функция от ущерба, наносимого ошибкой пользователя– это:
20. Обычные программы, средние значения MTBF для устойчи¬вых отказов:
21. отклонение от фактического и ожидаемого результата применения или программного обеспечения – это:
22. Ошибки в системе или приложении, которые влияют на функциональность и производительность программного обеспечения – это:
23. Как только продукт завершен и доставлен покупателям, и если клиент обнаружит какие-либо проблемы в продукте или программном обеспечении – это:
24. Нарушение работоспособности изделия и его соответствия требованиям технической докумен¬тации– это:
25. Физические дефекты– это:
26. Ошибки людей – это:
27. Причины дефектов:
28. Устойчивым отказом является:
29. Дефекты, допущенные разработчиком в каком-либо арифметическом выражении или ошибка в нахождении решения такого арифметического выражения:
30. Дефекты, когда программист не понимает проблему ясно или думает неправильно, возникают такие типы дефектов:
31. Дефекты, когда имеется ошибка в стиле написания кода:
32. Дефекты, когда система или программное приложение не могут достичь желаемых и ожидаемых результатов:
33. К числу основных недостатков ЕСПД можно отнести:
34. К числу основных недостатков ЕСПД можно отнести:
35. Плюсы использования стандартов ЕСПД в практике документирования ПС:
36. Код классификационной группы стандартов ЕСПД включает:
37. Год регистрации стандарта ЕСПД включает:
38. Введение стандартов в процесс создания программного изделия направлено на достижение следующих результатов:
39. В стандартах ЕСПД устанавливаются требования, которые обеспечивают возможность:
40. В состав ЕСПД входят:
41. Часть программы, допускающая автономную трансляцию – это:
42. часть программы, которая может выполняться, не требуя нахождения в оперативной памяти остальных частей– это:
43. часть программы, выделяемая в целях сокращения записи программы и выполняющая четко определённую функцию – это:
44. программа на носителе данных, являющаяся продуктом промышленного производства– это:
45. Состав программы и документации на неё – это:
46. Перечень предприятий, на которых хранятся подлинники программных документов– это:
47. Запись программы с необходимыми комментариями– это:
48. Сведения о логической структуре и функционирование программы – это:
49. Схема алгоритма, общее описание алгоритма и функционирования программы – это:
50. Сведения для облегчения функционирования и эксплуатации программы– это:
51. Тестирование black box проводится:
52. Ключевые преимущества grey box тестирования:
53. Проводится анализ исходных документов о системе, при:
54. Функциональное тестирование ведется вручную по подготовленным заранее тестовым сценариям с занесением всех найденных ошибок в багтрекинговую систему, при:
55. Происходит разработка и согласование отчетов о проведенном тестировании со списком обнаруженных отклонений и рекомендациями по улучшению системы, при:
56. Тестирование функциональности продукта после исправления ошибок или реализации новых функциональных возможностей, при:
57. Оценка уязвимости ПО к различным атакам и попыткам несанкционированного доступа к данным – это:
58. Проверка соответствия ПО требованиям, заявленным в спецификации– это:
59. Выявление дефектов в работе графического интерфейса– это:
60. Тестирование процесса инсталляции/деинсталляции программного обеспечения – это:
61. Проверка работы ПО на различных программных и аппаратных окружениях – это:
62. Тестирование взаимодействий между компонентами системы и между несколькими системами– это:
63. Короткий цикл тестов для выявления правильной работы основных функций приложения– это:
64. Проверка документов на соответствие принятым стандартам, а также соответствие определенным характеристикам– это:
65. Автоматизированные регрессионные тесты имеют ключевые преимущества:
66. Основные этапы регрессионных тестов
67. Интеграционное тестирование позволяет:
68. Анализ исходных документов о системе включает:
69. Интеграционное тестирование гарантирует сразу несколько преимуществ:
70. Smoke-тестирование (дымовое тестирование) ставит задачу:
71. Системное тестирование предназначено для:
72. Тестирование документации предназначено для:
73. Дымовое тестирование предназначено для:
74. Тестирование безопасности проводится для:
75. Тестовый отчет (или тест) содержит информацию о следующем:
76. В разделах с общей информацией тест-плана можно фиксировать:
77. Для разработки тестовых сценариев и выполнения тестов используются системы управления тестированием:
78. Автоматизация тестирования позволяет:
79. Тестируется минимально возможный для тестирования компонент, например, отдельный класс или функция:
80. Тестируются интерфейсы между компонентами, подсистемами или системами:
81. Тестируется интегрированная система на её соответствие требованиям:
82. Имитация реальной работы с системой штатными разработчиками, либо реальная работа с системой потенциальными пользователями/заказчиком:
83. Бета-тестирование — в некоторых случаях выполняется:
84. Трассировка тестовой документации на требования используется для следующих задач:
85. Бейзлайны тест-планов:
86. График разработки тестовой документации отражает сходимость тест-дизайна:
87. Если команда работает с первичными требованиями, то поддержка тестовой документации в актуальном состоянии осуществляется при помощи дерева функций:
88. Этап Обнаружен (Submitted):
89. Этап Новый (New):
90. Этап Отклонен (Declined):
91. Этап Отложен (Deferred):
92. Этап Открыт (Opened):
93. Этап Исправлен (Fixed):
94. Этап Проверен (Verified):
95. Ошибка, которая приводит программу в нерабочее состояние:
96. Критический дефект, приводящий некоторый ключевой функционал в нерабочее состояние:
97. Весьма серьезная ошибка, свидетельствующая об отклонении от бизнес логики или нарушающая работу программы:
98. Баг, не имеющий влияние на функционал или работу программы, но который может быть обнаружен визуально:
99. Незначительный дефект, не нарушающий функционал тестируемого приложения, но который является несоответствием ожидаемому результату:
100. Градация дефектов, с точки зрения приоритетности исправления: