Главная / Программирование /
Верификация программного обеспечения / Тест 16
Верификация программного обеспечения - тест 16
Упражнение 1:
Номер 1
Какими документами может регламентироваться процесс формальной инспекции?
Ответ:
 (1) стандарт проекта "Формальные инспекции" 
 (2) стандарт предприятия "Формальные инспекции" 
 (3) часть ю стандарта "Верификация программного обеспечения" 
 (4) частью стандарта "Разработка тестов" 
Номер 2
Какие аспекты должны быть освещены в стандарте проекта "Формальные инспекции"?
Ответ:
 (1) должны быть определены фазы формальной инспекции 
 (2) должны быть определены роли участников формальной инспекции 
 (3) должны быть определены критерии, разрешающие переход к следующей фазе инспекции 
 (4) должны быть определены критерии начала формальной инспекции 
Номер 3
Какие аспекты должны быть освещены в стандарте проекта "Формальные инспекции"?
Ответ:
 (1) формат бланка инспекции 
 (2) типы инспектируемых документов 
 (3) количество инспекторов 
 (4) критерий для проведения повторной инспекции 
Упражнение 2:
Номер 1
Из каких элементов должен состоять бланк формальной инспекции?
Ответ:
 (1) титульный лист с идентификатором инспекции, инспектируемого документа, принятого решения и т.п. 
 (2) список контрольных вопросов 
 (3) список несоответствий 
 (4) список принятых решений 
Номер 2
Какую информацию помещается на титульный лист бланка формальной инспекции?
Ответ:
 (1) название и версия объекта инспекции 
 (2) фамилии ведущего и инспекторов 
 (3) количество планируемых повторных инспекций 
 (4) принятое решение 
Номер 3
Какую информацию помещается на титульный лист бланка формальной инспекции?
Ответ:
 (1) дата начала инспекции 
 (2) фамилия автора 
 (3) названия и номера версий документов, регламентирующих инспекцию 
 (4) идентификаторы запросов на изменение, создаваемых по результатам инспекции 
Упражнение 3:
Номер 1
Что записывается в списке контрольных вопросов формальной инспекции?
Ответ:
 (1) вопросы, обязательные для проверки по мнению инспекторов 
 (2) вопросы, обязательные для проверки в соответствии со стандартами проекта 
 (3) ответ на вопрос 
 (4) ссылка на описание несоответствия 
Номер 2
Что записывается в списке несоответствий?
Ответ:
 (1) описание сути несоответствия 
 (2) описание способов устранения несоответствия 
 (3) ссылки на запросы на изменение 
 (4) отметка об исправлении несоответствия с момента предыдущей инспекции 
Номер 3
Кто вносит информацию о несоответствиях в список на бланке инспекции?
Ответ:
 (1) автор 
 (2) инспектор 
 (3) ведущий 
 (4) руководитель проекта 
Упражнение 4:
Номер 1
В каких состояниях находится документ во время формальной инспекции?
Ответ:
 (1) черновик 
 (2) готов 
 (3) инспектируется 
 (4) принят 
Номер 2
В каких состояниях допустимо изменение инспектируемого документа?
Ответ:
 (1) переработка 
 (2) готов 
 (3) инспектируется 
 (4) принят 
Номер 3
В каких состояниях документ может находиться на фазе собрания?
Ответ:
 (1) готов 
 (2) черновик 
 (3) инспектируется 
 (4) принят 
Упражнение 5:
Номер 1
Кто переводит инспектируемый документ из состояния "Переработка" в "Готов"?
Ответ:
 (1) автор 
 (2) инспектор 
 (3) ведущий 
 (4) руководитель проекта 
Номер 2
Кто переводи инспектируемый документ из состояния "Готов" в состояние "Инспектируется"?
Ответ:
 (1) автор 
 (2) инспектор 
 (3) ведущий 
 (4) руководитель проекта 
Номер 3
Кто переводит инспектируемый документ из состояния "Инспектируется" в состояние "Принят"?
Ответ:
 (1) автор 
 (2) инспектор 
 (3) ведущий 
 (4) руководитель проекта 
Упражнение 6:
Номер 1
В каких случаях прибегают к формальной инспекции программного кода?
Ответ:
 (1) когда необходимо исключить наличие недекларированных требованиями участков кода 
 (2) когда необходимо проверить стиль кодирования 
 (3) в качестве замены регрессионного тестирования 
 (4) для проверки участков кода, тестирование которых нельзя автоматизировать 
Номер 2
Какие особенности необходимо учитывать при инспекции программного кода
Ответ:
 (1) выделение памяти 
 (2) реализация участков кода требованиями 
 (3) робастность кода 
 (4) полноту тестирования 
Номер 3
Каким образом можно проверить покрытие программного кода требованиями при формальной инспекции?
Ответ:
 (1) при помощи создания ручной трассировки требования на код 
 (2) при помощи таблиц сбора покрытия 
 (3) при помощи создания тестовых примеров 
 (4) при помощи инструментов сбора покрытия 
Упражнение 7:
Номер 1
Какие виды проектной документации могут быть подвергнуты формальной инспекции?
Ответ:
 (1) системные требования 
 (2) тест-требования 
 (3) тест-планы 
 (4) стандарт проекта "Формальные инспекции" 
Номер 2
Что проверяется в ходе формальной инспекции требований?
Ответ:
 (1) полнота требований 
 (2) замкнутость требований 
 (3) непротиворечивость требований 
 (4) тестопригодность требований 
Номер 3
Какие запросы на изменение могут создаваться по результатам формальной инспекции функциональных требований?
Ответ:
 (1) запросы на изменение функциональных требований 
 (2) запросы на изменение кода 
 (3) запросы на изменение системных требований 
 (4) запросы на изменение стратегии тестирования 
Упражнение 8:
Номер 1
Какие несоответствия могут выявляться в ходе формальной инспекции тест-плана?
Ответ:
 (1) тестовые примеры не соответствуют тест-требованиям 
 (2) тестовые примеры недостаточно полно покрывают тест-требования 
 (3) результаты выполнения тестовых сценариев различаются на разных конфигурациях тестовых стендов 
 (4) тестовые примеры противоречат друг другу 
Номер 2
Какие несоответствия могут выявляться в ходе формальной инспекции отчета о покрытии?
Ответ:
 (1) тесты недостаточно покрывают код 
 (2) выбран неверный тип покрытия 
 (3) тесты противоречат друг другу 
 (4) отчет о покрытии имеет неверный формат 
Номер 3
Какие несоответствия могут выявляться в ходе формальной инспекции тест-требований?
Ответ:
 (1) тест-требования противоречат функциональным требованиям 
 (2) тест-требования невозможно протестировать 
 (3) тест-требования дублируют друг друга 
 (4) тест-требования будут удалены в последующих версиях программной системы