Тесты по дисциплине «Метрология и качество программного обеспечения»

Скачать 297.85 Kb.

Название	Тесты по дисциплине «Метрология и качество программного обеспечения»
страница	3/3
Дата публикации	12.08.2013
Размер	297.85 Kb.
Тип	Тесты

100-bal.ru > Информатика > Тесты

1 2 3

Принципы организации и проведения инспекций рабочих продуктов
81. Каждый участник инспекции рабочих продуктов играет определённую роль. При этом автор инспекции (Author) - это

сотрудник, разработавший инспектируемый рабочий продукт, либо сделавший инспектируемые изменения в существующем рабочем продукте;
ответственный сотрудник, выполняющий роль председателя инспекции;
сотрудник, ответственный за создание и распространение документации по инспекции;

82. Каждый участник инспекции рабочих продуктов играет определённую роль. При этом председатель инспекции (Moderator) - это

сотрудник, разработавший инспектируемый рабочий продукт, либо сделавший инспектируемые изменения в существующем рабочем продукте;
ответственный сотрудник, выполняющий роль председателя инспекции;
сотрудник, ответственный за создание и распространение документации по инспекции;

83. Каждый участник инспекции рабочих продуктов играет определённую роль. При этом секретарь инспекции (Recorder) - это

сотрудник, разработавший инспектируемый рабочий продукт, либо сделавший инспектируемые изменения в существующем рабочем продукте;
ответственный сотрудник, выполняющий роль председателя инспекции;
сотрудник, ответственный за создание и распространение документации по инспекции;

84. Каждый участник инспекции рабочих продуктов играет определённую роль. При этом ведущий инспекции (Presenter) - это

сотрудник, разработавший инспектируемый рабочий продукт, либо сделавший инспектируемые изменения в существующем рабочем продукте;
ответственный сотрудник, выполняющий роль председателя инспекции;
сотрудник, представляющий рабочий продукт инспекторам;

85. Каждый участник инспекции рабочих продуктов играет определённую роль. При этом инспектор (Inspector) - это

сотрудник, ответственный за эффективную проверку инспектируемого рабочего продукта;
ответственный сотрудник, выполняющий роль председателя инспекции;
сотрудник, ответственный за создание и распространение документации по инспекции;

86. Каждый участник инспекции рабочих продуктов играет определённую роль. При назначении одного человека на несколько ролей следует руководствоваться следующим правилом:

не допустимо совмещение ролей Председатель (Moderator) и Автор (Author);
не допустимо совмещение ролей Председатель (Moderator) и Инспектор (Inspector);
не допустимо совмещение ролей Секретарь (Recorder) и Инспектор (Inspector);

87. Под реинспекцией понимается

повторная формальная инспекция рабочего продукта;
повторная неформальная инспекция рабочего продукта;
инспекция изменений в рабочем продукте.

88. Повторная формальная инспекция рабочего продукта (реинспекция) проводится в случае, если

в проинспектированном рабочем продукте было найдено слишком много ошибок, его качество признано неудовлетворительным;
в проинспектированном рабочем продукте найдены замечания, и для его принятия их необходимо исправить;
автор рабочего продукта не согласен с замечаниями инспекторов.

89. В том случае, если в проинспектированном рабочем продукте были найдены незначительные замечания, которые необходимо исправить, то окончательное решение о принятии рабочего продукта

будет принято после его реинспекции;
будет принято сотрудником, специально назначенным во время инспекции на роль проверяющего (Verifier);
будет принято автором рабочего продукта.

90. Для замечаний к продукту, формулируемых во время его инспектирования, имеется несколько статусов. Если проблема, найденная в продукте, была найдена на фазе, отличной от той, на которой внесена, то такая проблема имеет статус

Дефект (Defect);
Ошибка (Error);
Комментарий (Comment);
Замечание для исследования (Investigate).

91. Для замечаний к продукту, формулируемых во время его инспектирования, имеется несколько статусов. Если проблема, найденная в продукте, была найдена на той же фазе, на которой внесена

Дефект (Defect);
Ошибка (Error);
Комментарий (Comment);
Замечание для исследования (Investigate).

Тестирование и отладка программного средства
92. Первая задача тестирования состоит в том, чтобы

подготовить такой набор тестов и применить к ним программное средство таким образом, чтобы обнаружить в нем по возможности большее число ошибок;
определить момент окончания отладки программного средства;
произвести разработку набора тестов, пригодных по отношению к спецификациям.

93. Вторая задача тестирования состоит в том, чтобы

подготовить такой набор тестов и применить к ним программное средство таким образом, чтобы обнаружить в нем по возможности большее число ошибок;
определить момент окончания отладки программного средства;
произвести разработку набора тестов, пригодных по отношению к спецификациям.

94. Возможны разные подходы к выработке стратегии проектирования тестов, которые можно условно разместить между двумя крайними подходами - тестированием по отношению к спецификациям и тестированием по отношению к текстам программ. При этом тестирование по отношению к спецификациям заключается в том, что

тесты проектируются только на основании изучения спецификаций программного средства;
тесты проектируются на основании изучения текстов программ с целью протестировать все пути выполнения каждой программы программного средства;
тесты проектируются на основании результатов инспектирования рабочих продуктов.

95. Возможны разные подходы к выработке стратегии проектирования тестов, которые можно условно разместить между двумя крайними подходами - тестированием по отношению к спецификациям и тестированием по отношению к текстам программ. При этом тестирование по отношению к текстам программ заключается в том, что

тесты проектируются только на основании изучения спецификаций программного средства;
тесты проектируются на основании изучения текстов программ с целью протестировать все пути выполнения каждой программы программного средства;
тесты проектируются на основании результатов инспектирования рабочих продуктов.

96. Основной смысл тестирования программы состоит в том, чтобы

отыскать ошибку в программе;
доказать отсутствие ошибок в программе;
доказать правильность программы.

97. Под понятием модульного тестирования (Unit Test) понимается

автономное тестирование отдельного модуля программного средства;
тестирование на предмет корректной работы программного средства в конкретной операционной системе;
пробная работа пользователей с программным средством.

98. Под понятием системного тестирования (System Test) понимается

автономное тестирование отдельного модуля программного средства;
тестирование на предмет корректной работы программного средства в конкретной операционной системе;
пробная работа пользователей с программным средством.

99. Под понятием бета-тестирования (Beta Test) понимается

автономное тестирование отдельного модуля программного средства;
тестирование на предмет корректной работы программного средства в конкретной операционной системе;
пробная работа пользователей с программным средством.

100. Разница между тестированием и аттестацией программного средства состоит в том, что

целью тестирования является поиск ошибок в программном средстве, целью аттестации – подтверждение корректной работы программы;
целью аттестации является поиск ошибок в программном средстве, целью тестирования – подтверждение корректной работы программы;
целью тестирования является прохождение 100% тестов, целью аттестации – наличие непройденных тестов.

101. Целью тестирования архитектуры программного средства является

1) поиск несоответствия между описанием архитектуры и совокупностью программ программного средства;

2) поиск расхождений между функциональной спецификацией и совокупностью программ программного средства;

3) поиск несогласованности документации по применению и совокупностью программ программного средства;

выяснение, в какой мере программное средство не соответствует предъявленному определению требований к нему.

102. Целью тестирования внешних функций программного средства является

поиск несоответствия между описанием архитектуры и совокупностью программ программного средства;
поиск расхождений между функциональной спецификацией и совокупностью программ программного средства;
поиск несогласованности документации по применению и совокупностью программ программного средства;
выяснение, в какой мере программное средство не соответствует предъявленному определению требований к нему.

103. Целью тестирования документации по применению программного средства является

поиск несоответствия между описанием архитектуры и совокупностью программ программного средства;
поиск расхождений между функциональной спецификацией и совокупностью программ программного средства;
поиск несогласованности документации по применению и совокупностью программ программного средства;
выяснение, в какой мере программное средство не соответствует предъявленному определению требований к нему.

104. Целью тестирования определения требований к программному средству является

поиск несоответствия между описанием архитектуры и совокупностью программ программного средства;
поиск расхождений между функциональной спецификацией и совокупностью программ программного средства;
поиск несогласованности документации по применению и совокупностью программ программного средства;
выяснение, в какой мере программное средство не соответствует предъявленному определению требований к нему.

1 2 3

Похожие:

	Методические рекомендации к самостоятельной работе студентов по дисциплине... Содержание внеаудиторной самостоятельной работы студентов по дисциплине ««Автоматизация бухгалтерского учета с использованием программного...		2 2 Ключевые вопросы сопровождения программного обеспечения 152 Программная инженерия и сущность инженерного подхода к созданию программного обеспечения 9
	Тесты по русскому языку. Егэ. Русский язык Обучающий курс. Технология быстрого восстановления программного обеспечения в оу		Рабочая программа учебной дисциплины технологии разработки программного обеспечения Охватывает данный подход? Какие модели используются в качестве функциональных спецификаций при структурном подходе? Какие характеристики...
	Понятие программы, программного обеспечения. Классификация программного... Понятие программы, программного обеспечения. Классификация программного обеспечения		Методические рекомендации по организации внеаудиторной самостоятельной... Пм 01 Разработка программных модулей программного обеспечения для компьютерных систем
	Самарский государственный технический университет утверждаю Целью данного курса является: обновление теоретических и практических знаний педагогических работников образовательных учреждений...		Программа дисциплины двм 02 05. 01 "Верификация, аттестация и качество... Омский институт водного транспорта (филиал) фбоу впо «Новосибирская государственная академия водного транспорта»
	Методические рекомендации по установке и использованию стандартного... Успешное внедрение и эффективное использование сбппо в образовательной деятельности общеобразовательного учреждения зависит от создания...		Рабочая программа по дисциплине «стандартизация, метрология и сертификация» Программа курса по дисциплине Стандартизация, метрология и сертификация составлена в соответствии с требованиями основной образовательной...
	Программа дисциплины «Конструирование программного обеспечения» Программа предназначена для преподавателей, ведущих данную дисциплину, учебных ассистентов и студентов направлений подготовки 231000....		Программа по дисциплине «Метрология, стандартизация и сертификация» Учебная программа по дисциплине «Метрология, стандартизация и сертификация» разработана в соответствии с требованиями Государственного...
	Тематический план Введение. Предмет курса и его связь со смежными... Целью изучения дисциплины является получение общих представлений о содержании и тенденциях развития базовых информационных технологий...		Программа по формированию навыков безопасного поведения на дорогах... Способностей средствами информационно-коммуникативных технологий и прикладного программного обеспечения. Воспитание ответственного...
	О доступе к информационным ресурсам и информационно – телекоммуникационным... Программное обеспечение: «Первая помощь. 0 + пакет свободного программного обеспечения»		Рабочая программа учебной практики профессионального модуля уп. 02.... Рабочая программа учебной практики «Разработка программного обеспечения» разработана в соответствии с требованиями федерального государственного...

Школьные материалы