Техники тестирования. Функциональное и нефункциональное тестирование.ДРБ_ТестИСиПО

Скачать тест — (Техники тестирования. Функциональное и нефункциона_3cc36945.pdf)

1. Цель обеспечения качества ПО:
2. ПО признается функциональным, если выполняет возложенные на него задачи, отвечает заданным потребностям пользователей, и означает:
3. Бесперебойное выполнение возлагаемых на ПО задач на заданных условиях в течение установленного времени — это:
4. Степень удобства ПО для пользователей, его наглядность, легкость эксплуатации и изучения- это:
5. Простота анализа, тестирования, коррекции компонентов ПО, его обслуживания, а также степень адаптации к новым условиям- это:
6. Степень легкости его переноса на другую платформу- это:
7. Способность программных компонентов взаимодействовать друг с другом- это:
8. Минимизация угроз, связанных с несанкционированным чтением, изменением информации и т. д. — это:
9. В задачи QA-специалистов входит:
10. В задачи тестировщика входит:
11. Инженеры по тестированию готовят:
12. Функция обеспечения качества может делегироваться независимому подрядчику, который:
13. «Соответствие требованиям» предполагает, что требования должны быть настолько четко определены, что:
14. Обеспечить неявные требования заказчика можно, если:
15. Quality management systems — Fundamentals and vocabulary описаны в стандарте:
16. Quality management systems — Requirements. Models for quality assurance in design, development, production, installation, and servicing описаны в стандарте:
17. Quality management systems — Guidelines for performance improvements описаны в стандарте:
18. Software engineering — Guidelines for the application описаны в стандарте:
19. Качество ПО — это степень, в которой ПО обладает требуемой комбинацией свойств, описывается в стандарте:
20. Качество ПО — степень, в которой система, компонент или процесс удовлетворяют потребностям или ожиданиям заказчика, или пользователя, описывается в стандарте:
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. Тестируется минимально возможный для тестирования компонент при:
52. тестируются интерфейсы между компонентами, подсистемами при:
53. Тестируется интегрированная система на её соответствие требованиям при:
54. Имитация реальной работы с системой штатными разработчиками, либо реальная работа с системой потенциальными пользователями, при:
55. выполняется распространение версии с ограничениями для некоторой группы лиц, с тем чтобы убедиться, что продукт содержит достаточно мало ошибок:
56. Разработчик тестов получает доступ к исходному коду тестируемого ПО при:
57. Разработчик тестов может писать код, который связан с библиотеками тестируемого ПО, при:
58. тестировщик имеет доступ к ПО только через те же интерфейсы, что и заказчик или пользователь:
59. тестировщик имеет доступ к ПО только через внешние интерфейсы, позволяющие другому компьютеру либо другому процессу подключиться к системе для тестирования:
60. При статическом тестировании программный код не выполняется и это тестирование:
61. Используемые методы регрессионного тестирования включают:
62. Регрессионное тестирование выполняется в небольших проектах …
63. При разработке компилятора, при прогоне регрессионных тестов рассматриваются:
64. Устранить аккуратно ошибки невозможно из-за:
65. Целью верификации является достижение гарантии того, что верифицируемый объект (требования или программный код):
66. Тестирование отвечает на вопросы …
67. Верификация отвечает на вопросы …
68. Верификация поясняет …
69. Валидация отвечает на вопрос …
70. Валидация определяет …
71. Верификация проводится:
72. Верификация выполняется:
73. Валидация проводится:
74. Верификация включает в себя анализ причин возникновения ошибок и последствий, которые вызовет:
75. Каскадная модель жизненного цикла подразумевает:
76. V-образный жизненный цикл определяет, что:
77. Каскадный тип жизненного цикла подразумевает:
78. V-образный тип жизненного цикла подразумевает:
79. XP тип жизненного цикла подразумевает:
80. Спиральный тип жизненного цикла подразумевает:
81. Процесс, направленный на проверку корректности разрабатываемой системы и определения степени ее соответствия требованиям заказчика, — это:
82. Отдельная дисциплина, на управление очень сильно влияет тип жизненного цикла основного процесса разработки, определяется как процесс:
83. Обеспечивают своевременное создание всего, что может понадобиться разработчику или конечному пользователю:
84. Подготовка пользовательской документации, подготовка приемо-сдаточных тестов, управление конфигурациями и изменениями, взаимодействие с заказчиком относятся к:
85. MSF состоит из следующих дисциплин:
86. RUP описывает:
87. Оптимальная команда для Rational Unified Process состоит из:
88. Оптимальная команда для Microsoft Solutions Framework состоит из:
89. Оптимальная команда для XP состоит из:
90. Роль для кого разрабатывается система:
91. Роль, обеспечивающая коммуникационный канал между заказчиком и проектной группой:
92. Роль, управляющая коммуникациями и взаимоотношениями в проектной группе, является в некотором роде координатором:
93. … принимает технические решения, которые могут быть реализованы и использованы, создает продукт по спецификациям и ожиданиям заказчика, консультирует другие роли в ходе проекта:
94. … определяет стратегию тестирования, тест-требования и тест-планы для каждой из фаз проекта, выполняет тестирование системы, собирает и анализирует отчеты о прохождении тестирования:
95. Роль принадлежит члену проектной группы, который осуществляет взаимодействие с разработчиком, менеджером программы и специалистами по безопасности и сертификации:
96. Сотрудник, который приводит документацию на программную систему в соответствие требованиям сертифицирующего органа, либо участвует в процессе создания документации с учетом этим требованиям:
97. Участвует в анализе особенностей площадки заказчика, на которой планируется проводить внедрение разрабатываемой системы:
98. Ответственен за весь спектр вопросов безопасности создаваемого продукта:
99. Несет обязанности по подготовке документации к разработанному продукту, финального описания функциональных возможностей