Файл: ПП. Самостоятельные работы.pdf

колледж при МГУТУ, 2016

П-203

Прикладное программирование/СР

и методика испытаний содержит описание того способа этой проверки, на котором сошлись обе стороны: и
заказчик, и исполнитель.

Первая часть программы и методики испытаний содержит выписки из технического задания, содержащие

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

Следует учитывать, что в процессе проведения испытаний ведется протокол, где отражаются результаты

проведенных испытаний.

11

колледж при МГУТУ, 2016

П-203

Прикладное программирование/СР

1. Объект испытаний

1.1 Наименование

Решение квадратного уравнения

1.2 Область применения

Деятельность по решению квадратных уравнений

1.3 Обозначение программы

ПП-0

2. Цель испытаний

Проверка соответствия программного продукта требованиям технического задания.

3. Требования к программе
3.1 Требования к функциональным характеристикам

3.1.1 Требования к составу выполняемых функций
Программа должна обеспечивать выполнение следующих функций (п. 4.1.1 технического
задания):

• функция решения квадратного уравнения

3.1.2 Требования к организации выходных данных
Выходные данные отправляются в стандартный поток вывода и представляют собой од-
ну из следующих строк: «Некорректные входные данные», «Данное уравнение не имеет
решений», «Данное уравнение имеет один корень x=####», «Данное уравнение имеет
два корня: x1=####, x2=####», где вместо #### подставляются числа (п. 4.1.3
технического задания)
3.1.3 Требования к временным характеристикам
Время между окончанием ввода и окончанием вывода результата не должно превышать
одной секунды (п. 4.1.4 технического задания)

3.2 Требования к надежности

Требуется проверять старший коэффициент на неравенство нулю с выводом соответству-
ющего сообщения (п. 4.2.1.1 технического задания)

3.3 Требования к информационной и программной совместимости

Программа должна работать под управлением операционной системы Windows XP (п.
4.5.5 технического задания)

4. Требования к программной документации

4.1 Состав программной документации

Состав программной документации должен включать (п. 5.1 технического задания):

• техническое задание;

• пояснительную записку;

• текст программы;

• текст программы, осуществляющей автоматическое тестирование программы «ре-

шение квадратного уравнения»;

• программу и методику испытаний.

4.2 Специальные требования к пояснительной записке

Пояснительная записка должна содержать блок-схему (блок-схемы) алгоритма(-ов), ис-
пользуемых в программе (п. 5.2 технического задания)

4.3 Специальные требования к тексту программы

4.3.1 Требования к исходным кодам изложены в документе: А. И. Глускер «Сборник задач
по курсу “Основы алгоритмизации и программирования” [Электронный ресурс] – 2011
/раздел 3.1/ (п. 4.5.3 технического задания)
4.3.2 Программа должна быть написана на языке Паскаль и компилироваться трансля-
тором Free Pascal 2.6 (п. 4.5.4 технического задания)

В разделах «требования к программе» и «требования к программной документации» можно вместо перепи-

сывания требований просто сослаться на них (по номерам пунктов в техническом задании). В списке указыва-
ются только требования, которые подлежат проверке.

В разделе «Средства и порядок испытаний» указываются технические и программные средства, используе-

мые во время проведения испытаний, а также порядок проведения испытаний.

12

колледж при МГУТУ, 2016

П-203

Прикладное программирование/СР

5. Средства и порядок испытаний

5.1 Технические средства, используемые при проведении испытаний

В состав технический средств входит IBM-совместимый компьютер, включающий:

• процессор Pentium или совместимый с ним;

• клавиатуру;

• видеокарту;

• монитор;

• жесткий или SSD-диск.

5.2 Программные средства, используемые при проведении испытаний

В состав программных средств входит:

• лицензионная копия операционной системы Windows XP (любой версии), локализо-

ванная для работы в Российской Федерации;

• FreePascal 2.6 или более поздняя версия (вариант, предназначенный для работы в

среде Windows).

5.3 Порядок проведения испытаний

5.3.1 Подготовка к проведению испытаний заключается в обеспечении наличия компью-
тера, описанного в п. 5.1, и программных средств, указанных в п. 5.2, установленных на
этом компьютере
5.3.2 Ход проведения испытаний документируется в протоколе, где указывается перечень
проводимых испытаний, результат каждого испытания и возможно замечания.
5.3.3 Состав испытаний:
5.3.3.1 Проверка состава программной документации в соответствии с методом, описанном
в п. 6.2
5.3.3.2 Проверка требований к программе
Проверка обеспечения требований к программе (п. 3) в соответствии с методом, описан-
ным в п. 6.1
5.3.3.3 Проверка требований к программной документации
5.3.3.3.1 Проверка пояснительной записки (п. 4.2) в соответствии с методом, описанным
в п. 6.3
5.3.3.3.2 Проверка текстов программ (п. 4.3.1) в соответствии с методом, описанным в п.
6.4
5.3.3.3.3 Проверка текстов программ (п. 4.3.2) в соответствии с методом, описанным в п.
6.5

Состав испытаний может быть более или менее подробным в зависимости от испытываемого программного

продукта и характера взаимосвязей между требованиями.

В разделе «методы испытаний» подробно описывается способ проведения их. В частности, указываются

тестовые примеры, ожидаемые ответы.

13

колледж при МГУТУ, 2016

П-203

Прикладное программирование/СР

6. Методы испытаний

6.1 Метод проверки требований к программе

Проверка осуществляется путем запуска программы и сравнения результатов ее запуска с
ожидаемыми, при этом осуществляется измерения интервала времени между окончанием
ввода и окончанием вывода результатов.
При каждом запуске программы осуществляется ввод трех чисел (a; b и c) и визуально
контролируется совпадение результатов с ожидаемыми (допускается отклонение чисел
в результирующих строках не более, чем на 0, 00001, числа могут быть представлены в
любом формате, допустимом для литералов языка Паскаль).
Список тестовых примеров:

№

Входные данные

Выходные данные

1

0

1

1

Некорректные входные данные

2

1

0

0

Данное уравнение имеет один корень x=0

3

1

2

1

Данное уравнение имеет один корень x=-1

4

1

2

0

Данное уравнение имеет два корня x1=0, x2=-2

5

2

4

0

Данное уравнение имеет два корня x1=0, x2=-2

6

1

3

2

Данное уравнение имеет два корня x1=-1, x2=-2

7

-1

-3

-2

Данное уравнение имеет два корня x1=-1, x2=-2

8

1

2

4

Данное уравнение не имеет решений

9

-1

-2

-4

Данное уравнение не имеет решений

В тестовых примерах №№4–7 допускается другой порядок корней в выходных данных.

• В случае, если все результаты тестовых примеров №№2–9 совпадают с контрольны-

ми за исключением, возможно, конкретных формулировок, то в протокол вносится
запись: «Требования к составу выполняемых функций» – соответствует; в против-
ном случае: «Требования к составу выполняемых функций» – не соответствует.

• В случае, если все результаты тестовых примеров имеют формат, указанный в п.

3.1.2, то в протокол вносится запись: «Требования к организации выходных данных»
– соответствует; в противном случае: «Требования к организации выходных данных»
– не соответствует.

• В случае, если результат тестового примера №1 совпадает с контрольным за ис-

ключением, возможно, конкретной формулировки, то в протокол вносится запись:
«Требования к надежности» – соответствует; в противном случае: «Требования к
надежности» – не соответствует.

• В случае, если длина временного интервала от окончания ввода входных данных до

окончания вывода результатов, не превышает одной секунды для каждого тестового
примера, то в протокол вносится запись: «Требования к временным характеристи-
кам» – соответствует; в противном случае «Требования к временным характеристи-
кам» – не соответствует

• В случае, если при выполнении хотя бы одного тестового примера осуществляется

запуск программы и ожидается ввод входных данных, то в протокол вносится за-
пись: «Требования к информационной и программной совместимости в части п. 4.5.5
технического задания» – соответствует; в противном случае «Требования к инфор-
мационной и программной совместимости в части п. 4.5.5 технического задания» –
не соответствует

6.2 Метод проверки требований к составу программной документации

Проверка состава программной документации осуществляется визуально путем сравнения
набора предъявленных документов (в форме распечатки или в рукописной форме) списку,
приведенному в п. 4.1. При этом исходные тексты программ должны быть предоставлены
так же и в электронной форме.
В случае если набор предъявленных документов соответствует списку, а исходные тексты
предоставлены также в электронной форме, то в протокол заносится запись: «Состав
программной документации» – соответствует; в противном случае: «Состав программной
документации» – не соответствует.

14

колледж при МГУТУ, 2016

П-203

Прикладное программирование/СР

6.3 Метод проверки требований к пояснительной записке

Проверка состоит из следующих этапов:

• проверка наличия блок-схемы (блок-схем) в пояснительной записке;

• проверка соблюдения требований ГОСТ 19.701-90 для каждой блок-схемы;

• проверка соблюдения локальных стандартов для блок-схем;

• проверка соответствия каждой блок-схемы алгоритму, закодированному в програм-

ме.

Проверка соблюдения требований ГОСТ 19.701-90 состоит из следующих работ:

• проверка использования только тех символов, которые указаны как применимые к

схемам программ в п. 5 ГОСТ 19.701-90;

• проверка соответствия символов их назначению (экспертная оценка лица, проводя-

щего испытания);

• проверка правильности выполнения соединения линий (п. 4.2.3 ГОСТ 19.701-90);

• проверка того, что линии потока управления, выходящие из символа «решение»

подписана (п. 4.3.1.2 ГОСТ 19.701-90);

Проверка соблюдения локальных стандартов для блок-схем состоит из следующих работ:

• проверка того, что все символы (кроме терминаторов, соединителей, линий и ком-

ментариев) имеют одинаковые размеры;

• проверка того, что терминаторы имеют ту же ширину, что и другие символы;

• проверка того, что отношение ширины к высоте составляет 2 к 1 для каждого сим-

вола, кроме терминаторов, комментариев и линий

• проверка того, что отношение ширины к высоте составляет 4 к 1 для терминаторов;

• проверка того, что высота соединителей совпадает с высотой терминаторов;

• проверка того, что линии потока управления входят в символ слева или сверху, а

выходят снизу или справа;

• проверка того, что подписи к линиям не находятся на самих линиях.

Проверка соответствия каждой блок-схемы алгоритму, закодированному в программе,
осуществляется путем экспертной оценки лицом, осуществляющим проведение испыта-
ний.
В случае, если все вышеприведенные проверки прошли успешно, в протокол заносится
запись: «Специальные требования к пояснительной записке» – соответствует; в противном
случае «Специальные требования к пояснительной записке» – не соответствует.

15