дипломы,диссертации,курсовые,контрольные,рефераты,отчеты на заказ

Технология разработки программного обеспечения
для специальности 080801
Кафедра АСУ
Романенко В.В.
Томск-2007

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

№ 1
Порядок следования этапов разработки больших программных систем:
1) Анализ требований.
2) Определение спецификаций.
3) Проектирование.
4) Кодирование.
5) Aвтономное тестирование.
6) Комплексное тестирование.
7) Эксплуатация и сопровождение.

Для каждого этапа разработки ПО напишите, сколько времени составляет его продолжительность (в процентах от общего времени разработки ПО).
- Проектирование: 15;
- Автономное тестирование: 25;
- Определение спецификаций: 10;
- Анализ требований: 10;
- Кодирование: 20;
- Комплексное тестирование: 20.

№ 2
Базовые требования к программной системе, которые могут быть выделены на этапе анализа разработки ПО:
• Вероятность ошибки.
• Стоимость обработки.
• Время работы программы.

№ 3
Основные вопросы, рассматриваемые на этапе определения спецификаций, это:
• организация базы данных;
• описание функций;
• данные для тестирования элементов системы.

№ 4
Какие действия выполняются на этапе проектирования?
• Разработка алгоритмов.
• Формирование структуры программной системы.

№ 5
Порядок действий при проектировании программной системы:
1) Требования → спецификация.
2) Спецификация → проектирование.
3) Проектирование → реализация.
4) Реализация → требования.

№ 6
Результаты каких этапов являются абстрактными (формализованными)?
• Спецификация.
• Проектирование.

№ 7
• Автономное тестирование - это проверка модуля с помощью данных, подготовленных программистом.
• Комплексное тестирование - это процесс совместной проверки групп программных компонент.
• Системное тестирование - это проверка системы в целом с помощью независимых тестов.

№ 8
В чем заключается цель верификации?
• Показать, что программа удовлетворяет своим спецификациям.

№ 9
Общий процесс создания правильных программ с помощью процедур испытания и верификации называется:
• аттестация.

№ 10
Какие существуют виды отклонения от нормальной работы системы?
• выброс, ошибка, сбой.

№ 11
Определения правильности и надежности программ:
• Надежная программа не обязательно является правильной, но выдает приемлемый результат даже в том случае, когда входные данные либо условия ее использования не удовлетворяют принятым допущениям.
• Правильная программа удовлетворяет своим спецификациям.
• Система называется надежной, если, несмотря на сбои, она продолжает удовлетворительно функционировать.
• Система является правильной, если в ней нет ошибок, а ее внутренние данные не содержат выбросов.

№ 12
Укажите временные затраты (в процентах от срока жизненного цикла) для перечисленных этапов:
- Проектирование: 5;
- Автономное тестирование: 8;
- Определение спецификаций: 3;
- Сопровождение 67;
- Анализ требований: 3;
- Кодирование: 7;
- Комплексное тестирование: 7.

№ 13
Для чего предназначены периоды обновления ПО?
• Для исключения лавинообразного нарастания версий системы.

2. Методы разработки программного обеспечения как научная дисциплина.

№ 1
Методы управления разработкой…
• применяются для эффективной организации работы исполнителей.

№ 2
Группа из 5 программистов должна написать программу, состоящую из 50542 строк. Производительность труда каждого программиста - 4604 строк в год. При организации взаимодействия между каждой парой программистов появляются накладные расходы, составляющие 238 строк в год. Сколько времени понадобится программистам для завершения разработки?
• 2.76791 лет.

№ 3
Группа программистов должна написать программу, состоящую из 20101 строк за 10 лет. Производительность труда каждого программиста - 6464 строк в год. При организации взаимодействия между каждой парой программистов появляются накладные расходы, составляющие 152 строк в год. Может ли проект быть реализован? Сколько понадобится программистов для завершения разработки в срок.
• 1.

№ 4
Группа программистов должна написать программу, состоящую из 52233 строк. Производительность труда каждого программиста - 4143 строк в год. При организации взаимодействия между каждой парой программистов появляются накладные расходы, составляющие 119 строк в год. За какой минимальный срок может быть завершен проект?
• 1.36879 лет.

№ 5
Основные категории ПО.
• Системные программы.
• Прикладные программы.
• Управляющие программы.

№ 6
Какая должность вводится для осуществления функции интерфейса между программистом и ЭВМ?
• библиотекарь.

№ 7
Какая должность вводится в крупномасштабных проектах для написания документации?
• технический исполнитель.

№ 8
Зачем создается бригада главного программиста?
• Для уменьшения количества взаимосвязей между программистами.

№ 9
Порядок действий согласно методике инженерно-технической оценки затрат:
1) Формирование общих требований к системе.
2) Сбор аналогичной информации.
3) Отбор основных релевантных данных.
4) Сравнение проектируемой системы с подобными уже разработанными системами.
5) Разбиение системы на части и сравнение каждой из этих частей с подобными ей частями других систем.
6) Планирование работ и оценка затрат на каждый месяц.
7) Разработка соглашений, которые могут быть использованы при работе.
8) Проведение окончательной оценки системы.

№ 10
Что описывает кривая Рэлея?
• Плотность затрат в единицу времени.

№ 11
Пусть общая стоимость разработки составляет 57 руб., а максимальные затраты на единицу времени - 46 ед.времени-2. Под единицей времени будем подразумевать год. Через сколько лет реализации проекта затраты будут максимальными?
• 0.104257.

№ 12
Утверждения о контрольных точках (КТ).
• КТ указывают на моменты завершения работ.
• КТ позволяют судить о состоянии разработки системы.
• Ситуацию типа “программа завершена на 50%” нельзя отнести к КТ.

№ 13
Одной из первых СУБД, которая помогала управлять организацией разрабатываемого программного обеспечения с возможностью ведения библиотеки модулей в исходном коде, является…
• ISDOS.

№ 14
• Для определения правильности программы используется контрольный анализ.
• Концептуальная целостность заключается в единообразии стиля программного комплекса.
• Концептуальная целостность заключается в простоте структуры программного комплекса.

№ 15
Какие из высказываний относятся к дампу?
• Одним из самых старых и примитивных методов верификации и испытаний является дамп.
• Дамп - это распечатка (просмотр) содержимого памяти.

№ 16
Какие из высказываний относятся к трассировке?
• Трассировка является средством тестирования программ.
• Трассировка - это анализ значения данных переменных после каждого выполнения оператора.

№ 17
• Анализаторы графов программы способны выявить ошибку обращения к неинициированной переменной.
• Анализаторы графов программы способны выявить неиспользуемые переменные (т.е. когда после присвоения значения переменной к ней не обращаются).
• Проверка определенных условий в заданных точках осуществляется с помощью согласующих компиляторов.
• Существуют подходы, позволяющие автоматизировать процесс верификации.
• Генераторы тестовых данных широко применяются при тестировании программ.

№ 18
Уровни правильности программ в порядке убывания.
Правильная программа:
1) для всех возможных наборов данных обеспечивает получение правильного результата;
2) для всех возможных наборов данных и всех вероятных условий ошибочного входа обеспечивает получение правильного результата;
3) для всех возможных наборов данных, удовлетворяющих спецификации задачи, обеспечивает получение правильного результата;
4) для усложненных наборов тестовых данных обеспечивает получение правильного результата;
5) для типичных наборов тестовых данных обеспечивает получение правильного результата;
6) для некоторых наборов тестовых данных обеспечивает получение правильного результата;
7) не имеет ошибок, допущенных в процессе компилирования, либо сбоев в процессе выполнения;
8) не содержит синтаксических ошибок.

№ 19
Верные положения для программы уровня правильности 1.
• Не содержит синтаксических ошибок.

№ 20
Какого уровня правильности обычно достаточно для программных комплексов?
• 6.

№ 21
Какие подходы к разработке программного обеспечения являются автоматизированными?
• Система ISDOS.
• Система SREM.

№ 22
Укажите первой сущность системы ISDOS, второй - системы SADT, третьей - системы SREM и четвертой - методики Джексона.
1) Являлась одним из первых инструментов проектирования программ с возможностью ведения библиотеки модулей в исходном коде. Включает язык для описания интерфейса, позволяющий осуществлять автоматическую проверку взаимосвязи программ.
2) Представляет собой графическую систему, предназначенную для проектирования больших программных комплексов.
3) Используется для автоматизации этапа анализа требований, предъявляемых к программному обеспечению.
4) Включает нисходящее проектирование, структурное программирование и структурный контрольный анализ.

№ 23
Соответствие компоненты системы ISDOS и их описание:
Компонент Описание
1. PSL Язык описания задач, предназначенный для отображения функциональных требований и требований к ресурсам.
2. PDL Язык проектирования программ, включающий две категории структур.
3. PSA Анализатор определения задач, с помощью которого осуществляется испытание предложений, написанных на языке описания задач.

№ 24
Соответствие операторов языка PSL и их назначения:
Оператор Назначение
1. PART OF Указанный процесс вызывает текущий процесс.
2. USING Указанный файл является входным для текущего процесса.
3. DERIVE Указанный файл является выходным для текущего процесса.
4. SUBPARTS ARE Указанный процесс связан с текущим процессом и расположен ниже его на дереве иерархии.
5. PROCESS Определяет новый процесс.
6. DЕSCRIPTION Представляет описание функции, реализуемой процессом.
7. PROCEDURE Представляет описание алгоритма на языке PDL, реализуемого процессом.

№ 25
Какие роли разработчиков рассматриваются при использовании системы SADT?
• Главный аналитик.
• Руководитель проекта.
• Инструктор.
• Авторы.
• Библиотекарь.
• Технический комитет.
• Читатели.

№ 26
Укажите шаги, выполняемые при использовании системы SREM.
• Декомпозиция.
• Распределение.
• Трансляция.
• Анализ.

№ 27
Что такое RSL?
• язык определения требований.

№ 28
Как называется процессор, осуществляющий проверку последовательности предложений на языке RSL?
• REVS.

№ 29
Какие компоненты используются при строительстве иерархически структурированных программ, согласно методике Джексона?
• Выборка.
• Итерация.
• Последовательность.
• Элемент.

№ 30
Укажите сущность принципа разработки ПО “Выполнение испытаний”, согласно стратегии Боэма.
• На каждом шаге совершенствования модуля осуществляется его аттестация.

3. Методы разработки программного обеспечения.

№ 1
Какие операторы языка PDL используются для осуществления выбора?
• DO CASE - ELSE.
• IF - THEN - ELSE.

№ 2
Какие операторы языка PDL используются для работы с циклами?
• DO - TO - BY.
• LEAVE.
• DO WHILE.

№ 3
Какие операторы языка PDL используются для организации работы с функциями и процедурами?
• PROCEDURE.
• CALL.
• RETURN.

№ 4
Какой вид проектирования характеризуется следующей схемой?
Нисходящий вид проектирования
• нисходящий вид.

№ 5
Какой вид проектирования характеризуется следующей схемой?
Восходящий вид проектирования
• восходящий вид.

№ 6
Верные утверждения о нисходящем проектировании (НП).
• Большинство систем проектируется методами НП.
• Язык PDL хорошо подходит для НП.
• НП также называют пошаговым совершенствованием.
• При НП вначале проектируется управляющая программа (драйвер), затем происходит иерархическое структурирование и разбивка путем последовательного уточнения.

№ 7
Верные утверждения о восходящем проектировании (ВП).
• При ВП вначале проектируются программы нижнего уровня.
• Кодирование и тестирование удобнее осуществлять по принципам ВП.
• Большинство систем реального времени проектируется методами ВП.

№ 8
Какой механизм предназначен для моделирования несуществующих пока еще модулей при тестировании?
• подыгрывающие программы (заглушки)

№ 9
• У простой программы существуют только одна точка входа и одна точка выхода.
• В простой программе для каждого узла существует путь от точки входа через этот узел к точке выхода.
• Элементарная программа является простой.

№ 10
Элементарные (встроенные) типы данных в языке программирования называются…
• скалярными переменными.

№ 11
Переменные, состоящие из наборов существующих типов данных, называются…
• агрегативными переменными.

№ 12
Новые типы данных, определенные пользователем на основе существующих типов, являются…
• абстрактными типами.

№ 13
Список - это:
• упорядоченный набор переменных одного типа, размер которого является переменной величиной.

№ 14
Элементам каких агрегативных типов данных может соответствовать следующее описание на языке PDL:
declare A(10) FIXED STACK;
• Массиву.

№ 15
Элементам каких агрегативных типов данных может соответствовать следующее описание на языке PDL:
declare 1    
ELEM 2 DATA TYPE(INTEGER) 2 PTR POINTER
• Структуре.

№ 16
Элементам каких агрегативных типов данных может соответствовать следующее описание на языке PDL:
declare 1    
ELEM BASED 2 DATA(N) TYPE(INTEGER) 2 PTR POINTER
• Множеству.
• Списку.
• Стеку.
• Очереди.

№ 17
Элементам каких агрегативных типов данных может соответствовать следующее описание на языке PDL:
declare 1    
ELEM BASED 2 DATA TYPE(FIXED) 2 PTR(N) POINTER
• Дереву.
• Графу.

№ 18
Элементам каких агрегативных типов данных может соответствовать следующее описание на языке PDL:
declare 1          
ELEM BASED 2 DATA TYPE(SOME_TYPE) 2 LIST BASED 3 DATA POINTER 3 PTR POINTER 2 LIST_HEAD POINTER
• Дереву.
• Графу.

№ 19
Какой принцип используется для избежания затруднений, связанных с усложнением структур данных, позволяющий пользователю не описывать структуру данных в модуле, в котором происходит обращение к данным?
• информационная локализованность.

№ 20
В какой строке кода на языке PDL, описывающего функцию помещения элемента на стек, имеется ошибка?
1 PUSH: function(STACK, ITEM);
2 declare 1 STACK,
3 2 ENTRIES(100) TYPE(INTEGER),
4 2 TOPOFSTACK TYPE(INTEGER);
5 declare ITEM TYPE(INTEGER);
6 if TOP < 100 then TOP = TOP + 1;
7 else call ERROR('переполнение стека');
8 ENTRIES(TOP) = ITEM;
9 return;
10 end PUSH;
• нет ошибки.

№ 21
В какой строке кода на языке PDL, описывающего функцию помещения элемента на стек, имеется ошибка?
1 PUSH: function(STACK, ITEM);
2 declare 1 STACK,
3 2 ENTRIES(100) TYPE(INTEGER),
4 2 TOPOFSTACK TYPE(INTEGER);
5 declare ITEM TYPE(INTEGER);
6 if TOP <= 100 then TOP = TOP + 1;
7 else call ERROR('переполнение стека');
8 ENTRIES(TOP) = ITEM;
9 return;
10 end PUSH;
• 6.

№ 22
В какой строке кода на языке PDL, описывающего функцию помещения элемента на стек, имеется ошибка?
1 PUSH: function(STACK, ITEM);
2 declare 1 STACK,
3 2 ENTRIES(100) TYPE(INTEGER),
4 2 TOPOFSTACK TYPE(INTEGER);
5 declare ITEM TYPE(INTEGER);
6 if TOP < 100 then TOP = TOP - 1;
7 else call ERROR('переполнение стека');
8 ENTRIES(TOP) = ITEM;
9 return;
10 end PUSH;
• 6.

№ 23
В какой строке кода на языке PDL, описывающего функцию помещения элемента на стек, имеется ошибка?
1 PUSH: function(STACK, ITEM);
2 declare 1 STACK,
3 2 ENTRIES(100) TYPE(INTEGER),
4 2 TOPOFSTACK TYPE(INTEGER);
5 declare ITEM TYPE(STACK);
6 if TOP < 100 then TOP = TOP + 1;
7 else call ERROR('переполнение стека');
8 ENTRIES(TOP) = ITEM;
9 return;
10 end PUSH;
• 8.

№ 24
Фиксированный стек с данными абстрактного типа
• Фиксированный стек с данными абстрактного типа.

№ 25
Указатель на стек с данными абстрактного типа
• Указатель на стек с данными абстрактного типа.

№ 26
Утверждения о защите данных от несанкционированного доступа:
• Защита данных основана на размещении указателей.
• Имеющиеся в языке PDL средства позволяют защитить данные лишь отчасти.

4. Правильность программ.

№ 1
Истинные правила следствия.
• Если {A}S{B}и C ⇒ A, то {C}S{B}.
• Если {A}S{B}и B ⇒ C, то {A}S{C}.

№ 2
Как может формулироваться посылка аксиомы присвоения?
• x=expr,P(x).

№ 3
Как может формулироваться посылка аксиомы цикла?
• {A&B}S{C}.

№ 4
Как может формулироваться посылка аксиомы выбора?
• {A&B}S{C}, A& ¬B ⇒C.
• {A&B}S1{C}, {A&¬B}S2{C}.

Проведите преобразование данных:
1. Q и ИСТИНА = Q,
2. Q и ЛОЖЬ = ЛОЖЬ,
3. Q или ИСТИНА = ИСТИНА,
3. Q или ЛОЖЬ = Q.

№ 5
Согласно какому правилу верны следующие преобразования данных:
x + y = y + x
x×y=y×x
• коммутативность.

№ 6
Согласно какому правилу верны следующие преобразования данных:
(x + y) + z = x + (y + z)
(x×y)×z=x×(y×z)
• ассоциативность.

№ 7
Согласно какому правилу верны следующие преобразования данных:
x×(y×z)=(x×y)+(x×z)
• дистрибутивность.

№ 8
Дана следующая программа, возводящая целое число A в целую положительную степень B(A^B=AB):
1. POWER (R,A,B);
2. declare X;
3. declare R;
4. declare A,B;
5. R=1;
6. X=0;
7. do while (X<B);
8. R=R*A;
9. X=X+1;
10. end;
11. end POWER;
Входным утверждением является предикат B > 0. Доказательство правильности 5-й строки программы:
Преобразование Аксиома или правило
{1 = 1 & B > 0} R = 1 {R = 1 & B > 0} Аксиома присвоения
{B > 0} R = 1 {R = 1 & B > 0} Аксиома следования

№ 9
Дана следующая программа, возводящая целое число A в целую положительную степень B(A^B=AB):
1. POWER (R,A,B);
2. declare X;
3. declare R;
4. declare A,B;
5. R=1;
6. X=0;
7. do while (X<B);
8. R=R*A;
9. X=X+1;
10. end;
11. end POWER;
Входным утверждением является предикат B > 0. Доказательство правильности 6-й строки программы (в соответствовии с порядком выполнения преобразований при проведении доказательства):
Преобразование Аксиома или правило
{0 = 0 & R = 1 & B > 0} X = 0 {X = 0 & R = 1 & B > 0} Аксиома присвоения
{R = 1 & B > 0} X = 0 {X = 0 & R = 1 & B > 0} Аксиома следования
{B > 0} R = 1; X = 0 {X = 0 & R = 1 & B > 0} Аксиома следования

№ 10
Дана следующая программа, возводящая целое число A в целую положительную степень B(A^B=AB):
1. POWER (R,A,B);
2. declare X;
3. declare R;
4. declare A,B;
5. R=1;
6. X=0;
7. do while (X<B);
8. R=R*A;
9. X=X+1;
10. end;
11. end POWER;
Входным утверждением является предикат B > 0. Каким должен быть инвариант цикла в 7-й строке?
• R = A^X.

№ 11
Дана следующая программа, возводящая целое число A в целую положительную степень B(A^B=AB):
1. POWER (R,A,B);
2. declare X;
3. declare R;
4. declare A,B;
5. R=1;
6. X=0;
7. do while (X<B);
8. R=R*A;
9. X=X+1;
10. end;
11. end POWER;
Входным утверждением является предикат B > 0. Доказательство правильности 8-й строки программы (в соответствовии с порядком выполнения преобразований при проведении доказательства):
Преобразование Аксиома или правило
{R*A=(A^X) * A} R = R * A {R=(A^X) * A} Аксиома присвоения
{R=A^X} R=R * A {R=(A^X)*A} Правила целочисленной арифметики

№ 12
Дана следующая программа, возводящая целое число A в целую положительную степень B(A^B=AB):
1. POWER (R,A,B);
2. declare X;
3. declare R;
4. declare A,B;
5. R=1;
6. X=0;
7. do while (X<B);
8. R=R*A;
9. X=X+1;
10. end;
11. end POWER;
Входным утверждением является предикат B > 0. Доказательство правильности 9-й строки программы (в соответствовии с порядком выполнения преобразований при проведении доказательства):
Преобразование Аксиома или правило
{R = A^(X + 1)} X = X + 1 {R = A^X} Аксиома присвоения
{R = (A^X) * A} X = X + 1 {R = A^X} Правила целочисленной арифметики
{R = A^X} R = R * A; X = X + 1 {R = A^X} Аксиома следования

№ 13
Дана следующая программа, находящая сумму целых чисел, лежащих в диапазоне от A до B включительно:
1. SUMM (R,A,B);
2. declare X;
3. declare R;
4. declare A,B;
5. R=A;
6. X=A;
7. do while (X<B);
8. X=X+1;
9. R=R+X;
10. end;
11. end SUMM;
Входным утверждением является предикат A≤B. Доказательство правильности 5-й строки программы (в соответствовии с порядком выполнения преобразований при проведении доказательства):
Преобразование Аксиома или правило
{A=A & A≤ B} R=A {R = A & A≤ B} Аксиома присвоения
{A≤ B} R=A {R=A & A≤ B} Аксиома следования

№ 14
Дана следующая программа, находящая сумму целых чисел, лежащих в диапазоне от A до B включительно:
1. SUMM (R,A,B);
2. declare X;
3. declare R;
4. declare A,B;
5. R=A;
6. X=A;
7. do while (X<B);
8. X=X+1;
9. R=R+X;
10. end;
11. end SUMM;
Входным утверждением является предикат A≤B. Доказательство правильности 6-й строки программы (в соответствовии с порядком выполнения преобразований при проведении доказательства):
Преобразование Аксиома или правило
{A = A & R = A & A≤ B} X = A {X = A & R = A & A≤ B} Аксиома присвоения
{R = A & A≤ B} X = A {X = A & R = A & A≤ B} Аксиома следования
{A≤ B} R = A; X = A {X = A & R = A & A≤ B} Аксиома следования

№ 15
Дана следующая программа, находящая сумму целых чисел, лежащих в диапазоне от A до B включительно:
1. SUMM (R,A,B);
2. declare X;
3. declare R;
4. declare A,B;
5. R=A;
6. X=A;
7. do while (X<B);
8. X=X+1;
9. R=R+X;
10. end;
11. end SUMM;
Входным утверждением является предикат A ? B. Каким должен быть инвариант цикла в 7-й строке?
• R=(X+A)*(X-A+1)/2.

№ 16
Дана следующая программа, находящая сумму целых чисел, лежащих в диапазоне от A до B включительно:
1. SUMM (R,A,B);
2. declare X;
3. declare R;
4. declare A,B;
5. R=A;
6. X=A;
7. do while (X<B);
8. X=X+1;
9. R=R+X;
10. end;
11. end SUMM;
Входным утверждением является предикат A≤B. Доказательство правильности 8-й строки программы (в соответствовии с порядком выполнения преобразований при проведении доказательства):
Преобразование Аксиома или правило
{R=(A+X)*(X-A+1)/2}X=X+1{R=(A+(X-1))*((X-1)-A+1)/2} Аксиома присвоения
{R=(A+ X)*(X-A+1)/2}X=X+1{R=(A+X)*(X-A+1)/2-X} Правила целочисленной арифметики

№ 17
Дана следующая программа, находящая сумму целых чисел, лежащих в диапазоне от A до B включительно:
1. SUMM (R,A,B);
2. declare X;
3. declare R;
4. declare A,B;
5. R=A;
6. X=A;
7. do while (X<B);
8. X=X+1;
9. R=R+X;
10. end;
11. end SUMM;
Входным утверждением является предикат A≤B. Доказательство правильности 9-й строки программы (в соответствовии с порядком выполнения преобразований при проведении доказательства):
Преобразование Аксиома или правило
{R=(A+X)*(X-A+1)/2-X}R=R+X{R-X=(A+X)*(X-A+1)/2-X} Аксиома присвоения
{R=(A+(X-1))*((X-1)-A+1)/2} R=R+X {R=(A+X)*(X-A+1)/2} Правила целочисленной арифметики
{R=(A+X)*(X-A+1)/2}X=X+1; R=R+X{R=(A+X)*(X-A+1)/2} Аксиома следования

5. Тестирование.

№ 1
• Тестирование - это процесс исполнения программы с целью обнаружения ошибок.

№ 2
Утверждения о тестировании программ.
• Ошибки в программе могут быть и тогда, когда она делает, и что от нее не требуется.
• Удачным является тестовый прогон, приведший к обнаружению ошибки.
• Невозможно создать тест, обнаруживающий все ошибки программы.
• Тестирование - процесс деструктивный.

№ 3
Как называется стратегия тестирования с управлением по данным или тестирования с управлением по входу-выходу?
• стратегия черного ящика.

№ 4
Как называется стратегия тестирования, управляемого логикой программы?
• стратегия белого ящика.

№ 5
Утверждения об исчерпывающем входном тестировании.
• Исчерпывающее входное тестирование является предпочтительной стратегией тестирования.
• Критерием исчерпывающего входного тестирования является обнаружение всех ошибок в программе.
• Построение любого исчерпывающего теста невозможно.

№ 6
Утверждения об исчерпывающем тестировании маршрутов.
• При исчерпывающем тестировании маршрутов подразумевается, что программа проверена полностью, если с помощью тестов удается осуществить выполнение этой программы по всем возможным ветвям алгоритма.
• Построение любого исчерпывающего теста невозможно.

№ 7
Принципы тестирования:
• Нельзя планировать тестирование в предположении, что ошибки не будут обнаружены.
• Описание предполагаемых значений выходных данных или результатов должно быть необходимой частью тестового набора.
• Вероятность наличия необнаруженных ошибок в части программы пропорциональна числу ошибок, уже обнаруженных в этой части.
• Программирующая организация не должна сама тестировать разработанные ею программы.

№ 8
Основными методами ручного тестирования являются…
• сквозные просмотры;
• инспекции исходного текста.

№ 9
Вопросы, которые не предназначены для выявления ошибок обращения к данным.
• Каждое ли булевское выражение сформулировано так, как это предполагалось?
• Все ли переменные описаны явно?
• Совпадают ли атри6уты (например, тип и размер) каждого параметра с атрибутами соответствующего ему аргумента?

№ 10
Вопросы, которые не предназначены для выявления ошибок описания данных.
• Отличаются ли типы или атрибуты переменных величин от тех, которые предполагались компилятором?
• Может ли значение переменной выходить за пределы установленного для нее диапазона?
• Если используются указатели или переменные-ссылки, то имеет ли адресуемая память атрибуты, предполагаемые компилятором?

№ 11
Вопросы, которые не предназначены для выявления ошибок вычислений.
• Каждое ли булевское выражение сформулировано так, как это предполагалось?
• Существуют ли обращения к переменным, значения которым не присвоены или не инициализированы?
• Сравниваются ли в программе мантиссы или числа с плавающей запятой, которые представлены в машине в двоичной форме?

№ 12
Вопросы, которые не предназначены для выявления ошибок сравнения.
• Существуют ли вычисления, использующие переменные, имеющие одинаковый тип данных, но разную длину?
• Не выходит ли значение каждого из индексов за границы, определенные для соответствующего измерения при всех обращениях к массиву?

№ 13
Вопросы, которые не предназначены для выявления ошибок передачи управления.
• Если к структуре данных обращаются из нескольких процедур или подпрограмм, то определена ли эта структура одинаково в каждой процедуре?
• Верны ли предположения о порядке оценки и следования операторов для выражений, содержащих более чем один оператор?
• Для всех обращений с помощью указателей или переменных-ссылок память, к которой производится обращение, уже распределена?

№ 14
Вопросы, которые не предназначены для выявления ошибок интерфейса.
• Если не все атрибуты переменной явно присутствуют в описании, то понятно ли их отсутствие?
• Если в программе содержится переключатель, то может ли значение индекса когда-либо превысить число возможных переходов?
• Если одна и та же область памяти имеет несколько псевдонимов (имен) с различными атрибутами, то имеют ли значения данных в этой области корректные атрибуты при обращении по одному из этих псевдонимов?

№ 15
Вопросы, которые не предназначены для выявления ошибок ввода-вывода.
• Правильно ли для каждой переменной определены длина, тип и класс памяти?
• Верны ли предположения о порядке оценки и следования операторов для выражений, содержащих более чем один оператор?

№ 16
На какие вопросы отвечают участники оценки программы посредством просмотра?
• Легко ли было понять программу?
• Легко ли для вас модифицировать эту программу?
• Испытывали бы вы чувство удовлетворения, написав такую программу?

№ 17
Какие методологии проектирования теста относятся к тестированию программы как черного ящика?
• Применение функциональных диаграмм.
• Эквивалентное разбиение.
• Анализ граничных значений.
• Предположение об ошибке.

№ 18
Какие методологии проектирования теста относятся к тестированию программы как белого ящика?
• Покрытие операторов.
• Покрытие решений.
• Комбинаторное покрытие условий.
• Покрытие условий.
• Покрытие решений/условий.

№ 19
Критерии тестирования путем покрытия логики программ в порядке их усиления.
1) Покрытие операторов.
2) Покрытие решений.
3) Покрытие условий.
4) Покрытие решений/условий.
5) Комбинаторное покрытие условий.

№ 20
Как называется критерий тестирования, согласно которому требуется выполнение каждого оператора программы, по крайней мере, один раз?
• покрытие операторов.

№ 21
Как называется критерий тестирования, согласно которому должно быть записано достаточное число тестов, такое, что каждое решение на этих тестах примет значение “ИСТИНА” и “ЛОЖЬ”, по крайней мере, один раз?
• покрытие решений.

№ 22
Как называется критерий тестирования, согласно которому записывают число тестов, достаточное для того, чтобы все возможные результаты каждого условия в решении выполнялись, по крайней мере, один раз?
• покрытие условий.

№ 23
Как называется критерий тестирования, согласно которому требуется такой достаточный набор тестов, чтобы все возможные результаты каждого условия в решении выполнялись, по крайней мере, один раз, все результаты каждого решения выполнялись, по крайней мере, один раз и каждой точке входа передавалось управление, по крайней мере, один раз?
• покрытие решений и условий.

№ 24
Как называется критерий тестирования, согласно которому требуется создание такого числа тестов, чтобы все возможные комбинации результатов условия в каждом решении и во всех точках входа выполнялись, по крайней мере, один раз?
• комбинаторное покрытие условий.

№ 25
Как называется технология тестирования, согласно которой происходит разбиение входной области программы на конечное число классов так, чтобы можно было предположить, что каждый тест, являющийся представителем некоторого класса, дает тот же результат, что и любой другой тест этого класса?
• эквивалентное разбиение.

№ 26
Как называется технология тестирования, согласно которой рассматриваются ситуации, возникающие непосредственно на границах, а также выше или ниже границ входных и выходных классов эквивалентности?
• анализ граничных значений.

№ 27
Как называется технология тестирования, представляющая собой формальный язык, на который транслируется спецификация, написанная на естественном языке и которой можно сопоставить комбинаторную логическую сеть?
• применение функциональных диаграмм.

№ 28
Как называется технология тестирования, которая заключается в том, чтобы перечислить в некотором списке возможные ошибки или ситуации, в которых они могут появиться, а затем на основе этого списка написать тесты?
• предположение об ошибке.

№ 29
Hа какие этапы делится разработка тестов методом эквивалентного разбиения?
• Выделение классов эквивалентности.
• Построение тестов.

№ 30
Какие базовые обозначения приняты для записи функциональных диаграмм.
Отношение Символ
И И
Не Не
Или Или
Тождество Тождество

№ 31
Какие дополнительные обозначения приняты для записи отношения “Требует”.
Отношение - Требует

№ 32
Дана следующая спецификация: идентификатором является последовательность букв (под буквами здесь будем понимать заглавные буквы английского алфавита от “A” до “Z”) и цифр (от 0 до 9), начинающаяся с буквы. Максимальная длина идентификатора ограничивается компилятором и составляет N символов. Необходимо проверить, является ли имеющееся выражение идентификатором. Причинами являются: 1 - буква на первой позиции; 2 - буквы или цифры на всех позициях, кроме первой; 3 - длина идентификатора не превышает N символов, а следствиями - 70 - идентификатор корректен; 71 - выдается сообщение “Недопустимый символ в идентификаторе”; 72 - выдается сообщение “Превышена допустимая длина идентификатора, разрешенная компилятором”. Какая из функциональных диаграмм наиболее полно отражает приведенную спецификацию?
Функциональная диаграмма

№ 33
Дана следующая спецификация: идентификатором является последовательность букв (под буквами здесь будем понимать заглавные буквы английского алфавита от “A” до “Z”) и цифр (от 0 до 9), начинающаяся с буквы. Максимальная длина идентификатора ограничивается компилятором и составляет N символов. Необходимо проверить, является ли имеющееся выражение идентификатором. Причинами являются: 1 - буква на первой позиции; 2 - буквы или цифры на всех позициях, кроме первой; 3 - длина идентификатора не превышает N символов, а следствиями - 55 - идентификатор корректен; 56 - выдается сообщение “Недопустимый символ в идентификаторе”; 57 - выдается сообщение “Превышена допустимая длина идентификатора, разрешенная компилятором”. Введите номера сообщений на выходах логической схемы, начиная с верхнего выхода и заканчивая нижним выходом.
Логическая схема
• (55; 57; 56)

6. Технология разработки программ.

№ 1
Какие технологии используются при разработке программ?
• Алгоритм выбора из конечного состояния.
• Динамическое программирование.
• Сопрограммы.

№ 2
Утверждения о технологиях разработки программ.
• Динамическое программирование является табличным методом.
• Моделирование применяется, когда точное решение получить невозможно.
• Наиболее часто при разработке программ используется разбиение задач.

№ 3
Виды поиска в линейных списках:
• Прямой поиск.
• Хеширование.
• Линейный поиск.

№ 4
Виды поиска в деревьях:
• Поиск с возвратом.
• Поиск в ширину.
• Поиск в глубину.

№ 5
Поиск, при котором каждая ветвь дерева просматривается слева направо?
• поиск в глубину.

№ 6
Поиск, при котором просматривается каждый уровень в направлении сверху вниз?
• поиск в ширину.

№ 7
Поиск, при котором местоположение элемента определяется непосредственно с помощью ключа?
• прямой поиск.

№ 8
Поиск, при котором элементы проверяются последовательно, по одному, пока нужный элемент не будет найден?
• линейный поиск.

№ 9
Как называется поиск, при котором ключ сравнивается с ключом среднего элемента списка?
• двоичный поиск.

№ 10
Поиск, при котором из изначального значения ключа вычисляется значение псевдоключа, и этот код используется как индекс в таблице адресов элементов?
• хеш-поиск (хеширование).

№ 11
Стратегии распределения памяти:
• Первое возможное размещение.
• Сопрягаемые области памяти.
• Наилучшее размещение.

№ 12
Алгоритм, при котором задача сводится к множеству действий, зависящих от текущего состояния программы?
• алгоритм выбора из конечного состояния.

№ 13
Программа, которая сохраняет текущее состояние счетчика команд, и когда она вызывается повторно, выполнение продолжается с сохраненного адреса, а не с начала программы?
• сопрограмма.

7. Методы управления проектированием программных изделий.

№ 1
Основная цель управления проектированием программных изделий:
• Организовать и связать взаимодействие исполнителей при создании программного продукта.

№ 2
Какое действие при создании программного изделия соответствует отправке потребителю при создании технического изделия?
• Передача пользователю.

№ 3
Функции управления проектированием программного изделия:
• Обслуживание.
• Планирование.
• Выпуск документации.

№ 4
Какой должности не хватает на рисунке, представляющего собой иерархическую декомпозицию управления разработкой программного изделия?
Иерархическая декомпозиция управления разработкой программного изделия - руководитель испытаний
• руководитель испытаний.

№ 5
Руководитель разработки
• руководитель разработки.

№ 6
Главный разработчик
• главный разработчик.

№ 7
Совокупность точек, в которых две функциональные группы взаимодействуют друг с другом:
• организационная граница.

№ 8
Первым шагом процесса установления и достижения целей является…
• подбор персонала.

№ 9
Основным методическим принципом управления разработкой является…
• целевое управление.

№ 10
Основные критерии оценки эффективности той или иной деятельности:
• Стоимость разработки.
• Затрачиваемое время.
• Конкретные свойства продукта.

№ 11
Расположенные в порядке иерархии уровни планов и соответствующие им вопросы, на которые они отвечают.
План Вопросы
Целевая программа Что? Когда?
Стратегический план Как? Кто? Где?
Тактический план Зачем?

№ 12
Какие из документов можно считать планами?
• Сетевой график.
• Бюджет.
• Календарный план.
• Индивидуальный план работ.

№ 13
К каким видам планов можно отнести индивидуальный план работ?
• К целевой программе.
• К стратегическому.
• К тактическому.

№ 14
К каким видам планов не относится графическое представление алгоритма?
• К целевой программе.
• К тактическому.
• К стратегическому.

№ 15
К каким видам планов нельзя отнести сетевой график?
• К стратегическому.
• К целевой программе.

№ 16
Порядок действий при декомпозиции планов:
1) План создания семейства программных изделий.
2) План создания серии.
3) План создания совокупности изделий.
4) План производства конкретного изделия.

№ 17
Уровни иерархии организационной структуры группы планирования:
1. корпорация;
2. фирма;
3. отдел исследований и разработок;
4. корпорация;
5. отдел планирования и администратор управления;
6. отдел планирования и администратор управления;
7. сектор программных изделий.

№ 18
Функции различных структур группы планирования:
Структура Функция
1. Сектор программных изделий Обеспечение целостности проекта, включая управление планами.
2. Отдел планирования и администратор управления Управление разработкой серии изделий, включая управления планами.
3. Обслуживание разработки программного обеспечения Управление планами.

№ 19
Как называются несколько связанных программных изделий, которые необязательно должны иметь какой-либо общий интерфейс и работать на одной и той же аппаратуре?
• семейство изделий.

№ 20
Как называется совокупность отдельных программных средств, их документации, гарантии качества, рекламных материалов, мер по обучению пользователей, распространению и сопровождению программного обеспечения?
• программное изделие.

№ 21
Как называется сочетание аппаратных и программных средств, которые имеют одну и более общих связей и функционируют совместно в некоторой комбинации как самостоятельная система?
• серия изделий.

№ 22
Как называется группа изделий, имеющих одну или несколько общих характеристик и работающих совместно в некоторой комбинации?
• совокупность изделий.

№ 23
Что является лучшим средством, представляющим план выпуска совокупности изделий?
• конфигуратор.

№ 24
Какие элементы содержат стратегические планы?
• Периодичность усовершенствования в целях продления цикла жизни изделия.
• Обеспечение совместимости с конкурирующими изделиями, благоприятствующей проникновению на рынок.

№ 25
• При выпуске опытного образца тут же планируется реализация новой версии.
• Опытный образец считается первой версией реального изделия.
• При создании опытного образца необходимо следовать той же методике управления, которая применяется для разработки основного изделия.

№ 26
На рисунке условно показаны временные границы фаз планирования на фоне фаз жизненного цикла программного изделия.
Временные границы фаз планирования на фоне фаз жизненного цикла программного изделия
Номера фаз, начиная с которых:
1. необходимость разработки изделия признана;
2. требования утверждены;
3. требования сформулированы;
4. cпецификации составлены;
5. cпецификации утверждены;
6. ресурсы распределены.
• (1; 4; 3; 5; 6; 2)

№ 27
Временные границы фаз планирования на фоне фаз жизненного цикла программного изделия
Номера фаз, на которых:
1. начинаются независимые испытания;
2. компоновка завершена;
3. начато изготовление изделия;
4. изделие передано на распространение;
5. изделие снимается с производства.
• (8; 7; 9; 10; 11)

№ 28
Укажите обязанности группы планирования при рассмотрении и утверждении планов разработки программного изделия в фазе исследования.
• Извещение о календарных сроках.
• Распределение бюджета.

№ 29
- в фазе анализа осуществимости.
• Извещение о календарных сроках.
• Конфигуратор.
• Распределение бюджета.
• План выпуска.
• Соглашение о требованиях.

№ 30
- в фазе конструирования.
• План испытаний.
• Спецификации.
• Извещение о календарных сроках.
• Издание документации.
• Распределение бюджета.

№ 31
- в фазе программирования.
• Извещение о календарных сроках.
• Отчеты.
• Распределение бюджета.

№ 32
- в фазе оценки.
• Отчеты.
• Извещение о календарных сроках.
• План выпуска.
• Конфигуратор.

№ 33
- в фазе использования.
• Конфигуратор.

№ 34
Сопоставление фаз жизненного цикла программного изделия и вопросов, по ответам на которые принимаются ключевые решения во время фазовых обзоров:
Фаза Вопрос
Исследование Следует ли вкладывать ресурсы в продолжение анализа осуществимости проекта?
Анализ осуществимости Обоснована ли реализуемость проекта и следует ли расходовать средства на проектирование?
Конструирование Удовлетворяет ли проект потребностям пользователя в текущий момент времени и следует ли выделять средства для завершения работ?
Программирование Закончена ли разработка изделия и можно ли ему дать объективную независимую оценку?
Оценка Достаточно ли высоко качество программного изделия для его поставки пользователю?
Использование Можно ли прекратить обслуживание программного изделия?

№ 35
Перечень вопросов, подлежащих рассмотрению в каждом фазовом обзоре.
• С каким риском связано прекращение работ?
• С каким риском связано продолжение работ?
• Не превышают ли расходы соответствующие статьи бюджета?
• Строго ли выполняются планы?
• Обеспечены ли все необходимые взаимодействия?
• Строго ли соблюдаются все предварительные технические условия?
• Существуют ли какие-либо оправдания замеченным нарушениям?
• Удовлетворяет ли программное изделие в его нынешнем виде текущим требованиям?
• Идет ли разработка проекта в соответствии с намеченным графиком?

№ 36
Какие действия могут быть предприняты по результатам фазового обзора?
• Прекращение работ.
• Ввод в действие планов в случае непредвиденных обстоятельств для обеспечения возможности возврата к исходным спецификациям, графикам работ и сметам затрат.
• Продолжение работ по плану.
• Пересмотр планов и спецификаций с последующим продолжением работ согласно новым установкам.

№ 37
Какая структура связи функций и проектов обычно используется при управлении проектом?
• матричная структура.

№ 38
Сколько начальников обычно имеет каждый разработчик при матричной структуре управления проектом?
• 2.

№ 39
Какой должности не хватает на приведенной схеме управления проектом?
Схема управления проектом
• администратор.

№ 40
Какие планы используются при организации разработки программного изделия в фазе исследований?
• Бюджет.
• План освоения рынков сбыта.
• План выпуска серии программных изделий.

№ 41
Какой основной параметр используется при планировании организации разработки программного изделия в фазе исследований?
• Срок, к которому возникает необходимость в данном программном изделии.

№ 42
Какая величина соответствует оси C на рисунке, отражающем границы изменяемости проекта?
Границы изменяемости проекта
• увеличение стоимости.

№ 43
- оси S?
Границы изменяемости проекта
• изменение времени.

№ 44
Как называется совокупность характеристик программного изделия, которые видит пользователь?
• внешний проект.

№ 45
Как называется совокупность характеристик программного изделия, скрытых от пользователя?
• внутренний проект.

№ 46
Как называется способ, применяемый в фазе программирования, когда составление внешних и внутренних спецификаций, кодирование, отладка и компоновка программ выполняется одновременно на различных уровнях структуры программного изделия?
• волновой эффект.

№ 47
Что такое испытания класса A?
• Всесторонняя проверка программного изделия, которая начинается после того, как все модули программ были подвергнуты индивидуальной проверке и включены в работоспособную систему.

№ 48
Что такое испытания класса B?
• Независимая проверка программного изделия на соответствие спецификациям.

№ 49
Какую информацию содержит заключительный отчет, составляемый всеми участниками проекта по его окончании?
• Хронологическую запись наиболее значимых событий.
• Сводку запланированных и фактически используемых машинных ресурсов.
• Сводку запланированных и фактических расходов.
• Опыт преодоления наибольших трудностей, встретившихся при разработке проекта.
• Сводку запланированных и фактических трудозатрат.
• Сводку плановых и фактических сроков выполнения этапов.
• Рекомендации по планированию в условиях неопределенности.
• Рекомендации по разработке последующих проектов.

№ 50
Оцените участие группы разработки в фазовых обзорах.
Фаза Форма участия
Исследование Рассмотрение и утверждение.
Анализ осуществимости Рассмотрение и утверждение.
Конструирование Рассмотрение и утверждение.
Программирование Рассмотрение и утверждение.
Оценка Рассмотрение и утверждение.
Использование Не участвует.

№ 51
Функции группы обслуживания.
• Системное обеспечение.
• Конфигурационное управление.
• Производственные операции.
• Распространение.

№ 52
Какая функция группы обслуживания включает управление планами, т.е. наблюдение за составлением и фактическим выполнением планов?
• системное обслуживание.

№ 53
Какая функция группы обслуживания включает контроль, регистрацию и распространение проектной документации?
• конфигурационное управление.

№ 54
Функциональная группа всегда должна быть обеспечена всем необходимым, даже если это противоречит локальной оптимизации.

№ 55
Что такое испытания класса C?
• Проверка возможности внедрения программного изделия и его совместимости с различными конфигурациями программной и аппаратной среды.

№ 56
Какие действия включает в себя производство программного изделия?
• Упаковку и отправку потребителям.
• Тиражирование программ.
• Контроль качества изделия путем испытания класса C.

№ 57
Какие виды заявок поступают от пользователей программного изделия?
• Заявки на проведение проверки.
• Заявки на расширение функций.
• Заявки на исправление ошибок.

№ 58
Оцените участие группы обслуживания в фазовых обзорах.
Фаза Форма участия
Исследование Рассмотрение.
Анализ осуществимости Рассмотрение и утверждение.
Конструирование Не участвует.
Программирование Рассмотрение.
Оценка Рассмотрение.
Использование Рассмотрение.

№ 59
Виды документации и их описание:
Документ Описание
1. Справочные материалы Материалы, использующиеся операторами, программистами и системными аналитиками.
2. Рекламные материалы Материалы, предназначенные преимущественно для административного персонала.
3. Документы Планы и спецификации, которые изготавливаются для сотрудников, участвующих в проектировании.

№ 60
Какой должности не хватает на схеме, отражающей группу выпуска документации?
Рецензент документации по программам
• рецензент документации по программам.

№ 61
Какой должности не хватает на схеме, отражающей группу выпуска документации?
Руководитель производственной бригады
• руководитель производственной бригады.

№ 62
Введение, излагающее основные концепции программного изделия -
• техническое описание системы.

№ 63
Документ, в котором подробно описаны все внешние характеристики программного изделия -
• справочное руководство.

№ 64
Документ, содержащий краткие сведения из справочного руководства -
• справочный буклет.

№ 65
Какой документ содержит информацию для пользователей, которая указывает, как эксплуатировать программу и соответствующее оборудование?
• руководство оператора.

№ 66
Документ, описывающий все сообщения, порождаемые программой, а также ситуации, в которых они возникают, и необходимые действия оператора -
• указатель системных сообщений.

№ 67
В какой фазе разработки наступает максимальная нагрузка группы выпуска документации?
• в фазе программирования.

№ 68
Каким образом может осуществляться коррекция документации?
• Перепечатываются целые страницы для замены страниц с ошибками.
• Печатаются отдельные страницы с перечнем исправлений.
• Заново перепечатывается весь материал.

№ 69
Оцените участие группы выпуска документации в фазовых обзорах.
Фаза Форма участия
Исследование Рассмотрение.
Анализ осуществимости Рассмотрение и утверждение.
Конструирование Рассмотрение.
Программирование Не участвует.
Оценка Не участвует.
Использование Не участвует.

№ 70
Какие процедуры обеспечивают качество программного изделия?
• Повторяемость результатов.
• Восстанавливаемость после отказа.
• Использование стандартных методов проектирования и программирования.
• Анализ эксплутационных характеристик.
• Испытания.
• Простота сопровождения.

№ 71
Выделите задачи группы испытаний.
• Проведение испытаний.
• Выработка оценок.
• Участие в фазовых обзорах с целью влияния на ход разработок.

№ 72
Найдите описание для каждого из режимов испытаний программ.
Режим Описание
Режим I Подразумевает полный цикл деятельности группы испытаний, включая планирование испытаний, разработку тестов, их прогон и анализ результатов.
Режим II Позволяет проводить ускоренные испытания изделия, поскольку в этом случае группа испытаний несет ответственность только за анализ результатов испытаний, а составление плана и спецификаций испытаний, построение тестов и их прогон поручается разработчикам.
Режим III Реализуется без участия группы испытаний. Этот режим используется лишь в случаях крайней необходимости, например, при сильном нарушении сроков проектирования опытного образца, когда независимые испытания изделия или, по крайней мере, независимый контроль за испытаниями исключаются.

№ 73
Категория испытаний, во время которых прогоняют специально подобранные тесты, обеспечивающие желаемый результат -
• демонстрация в действии.

№ 74
Категория испытаний, призванных гарантировать способность данного программного изделия правильно обрабатывать реальные входные данные в условиях пользователя и давать верные результаты -
• аттестация.

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

№ 76
Категория испытаний, которым подвергаются новые версии существующих программных систем в целях оценки их новых функциональных качеств -
• проверка новых свойств.

№ 77
Категория испытаний, во время которых оцениваются такие характеристики программного изделия, как скорость выполнения операций, объем занимаемой памяти, пропускная способность, скорость пересылки данных и т.д. -
• эксплуатационные испытания.

№ 78
Категория испытаний, во время которых изделие ставится в условия, позволяющие оценить его способность к устойчивой работе или восстановлению после отказа -
• надежностные испытания.

№ 79
Категория испытаний, призванных гарантировать правильность объединения программных изделий в систему -
• проверка устойчивости.

№ 80
Категория испытаний, включающих проверку новой версии или редакции изделия и подтверждающих, что ранее замеченные дефекты исправлены, и исправления не привели к появлению новых ошибок -
• возвратная проверка.

№ 81
Категория испытаний, подтверждающих, что ввод программного изделия в действие может быть осуществлен в полном соответствии с описанием -
• пусковые испытания.

№ 82
Категория испытаний, призванных гарантировать, что изделие правильно функционирует на всех конфигурациях вычислительной техники, которые были предусмотрены проектом -
• конфигурационные испытания.

№ 83
В каком секторе отдела исследований и разработок наиболее рационально было бы поместить группу испытаний?
• сектор компоновки и выпуска.

№ 84
Шаги развития испытаний.
1) Испытания не проводятся, разработчики сами отлаживают программные средства и выпускают их для распространения.
2) В организации выделяется автономная группа испытаний, которая не оказывает влияние на проектирование.
3) Группа испытаний становится частью группы разработки.
4) Группа испытаний начинает постоянно участвовать в составлении планов и спецификаций.

№ 85
На основе ответов на какие вопросы руководитель группы испытаний принимает решение о выпуске изделия?
• Является ли характер обнаруженных серьезных ошибок таким, что их влияние можно устранить, сделав соответствующее пояснение в информационном листке выпуска?
• Можно ли отнести большинство неисправленных ошибок к разряду малозначительных?
• Имеют ли группы разработки и выпуска документации обоснованные планы устранения всех обнаруженных ошибок в фазе использования?
• Уменьшались ли число и степень серьезности ошибок по мере перехода от одного цикла испытаний к другому?
• Всеми ли имеющимися тестами испытано изделие?
• Не помогут ли дальнейшие испытания выявить серьезные ошибки?

№ 86
Оцените участие группы испытаний в фазовых обзорах.
Фаза Форма участия
Исследование Проверка.
Анализ осуществимости Проверка и обсуждение.
Конструирование Проверка и обсуждение.
Программирование Проверка.
Оценка Утверждение.
Использование Не участвует.


на главную база по специальностям база по дисциплинам статьи