Разработка - контрольный пример
Cтраница 1
Разработка контрольного примера для одной программы или по крайней мере для небольшого числа программ позволяет получить для них достаточно полные контрольные примеры ( разд. [1]
Разработка контрольного примера сводится к подготовке исходных данных, на которых можно было бы испытать программу или комплекс программ. В том случае, когда контрольный пример предназначается для проверки правильности результатов, получаемых с помощью программ, разработка контрольного примера не ограничивается лишь выбором данных, которые нужно использовать для испытания программ. Необходимо также вручную рассчитать ожидаемые промежуточные и / или окончательные результаты. Это не всегда возможно, если учесть сложность процедур обработки, реализуемых некоторыми программами. Тем не менее следует попытаться вручную определить ожидаемые вели чины некоторых наиболее важных результатов или хотя бы диапазоны возможных значений. [2]
Разработка контрольных примеров ( и определение ожидаемых результатов), проведение испытаний программ и их отладка требуют длительной и напряженной работы ( пятый главный этап, разд. Однако эта работа должна быть выполнена особенна тщательно, поскольку именно от нее зависит эффективность решения задачи. [3]
 |
Кривая относительных трудозатрат группы испытаний. [4] |
Это происходит потому, что разработка контрольных примеров начинается сразу после составления спецификации испытаний и продолжается вплоть до последнего дня испытаний. Правда, все тесты, перечисленные в спецификации испытаний, должны быть подготовлены до-окончания фазы программирования, после чего создаются лишь те контрольные примеры, которые будут предложены на основе результатов испытаний в фазе оценки. [5]
Все положения, высказанные в отношении разработки контрольного примера для оценки характеристик комплекса программ каждого функционального блока ( разд. Кроме того, следует учесть факторы экономического и финансового характера. Это означает, что, как только будут известны потребности в ресурсах и во времени ( машинном и сетевом), окажется возможным пересчитать оценки затрат на эксплуатацию задачи, полученные на этапе функционального анализа ( см. разд. [6]
По тем же причинам, которыми объяснялась - выше необходимость разработки контрольного примера для оценки объемно-временных характеристик каждого программного блока, контрольные примеры для оценки общих характеристик комплексов программ каждого функционального блока должны быть подготовлены на этапе алгоритмического представления задачи. [7]
На заключительном этапе проектирования задачи осуществляются: уточнение задания на программирование, разработка и описание макроблок-схемы программы, разработка и описание микроблок-схемы программы, разработка программы в условных адресах, разработка программы в действительных адресах, разработка дополнительных вспомогательных программ и стандартных подпрограмм, необходимых для данной задачи, отладки отдельных частей программы, комплексная отладка программы на контрольном примере; описание программы, разработка контрольного примера. [8]
 |
Стандартный vсетевой график разработки программного изделия. [9] |
РЗО - внешние спецификации утверждены; Р31 - составление внутренних спецификаций завершено; Р40 - начаты испытания класса А; Р41 - демонстрация изделия проведена; Р42 - приемочные испытания проведены; О10 - требуемые по проекту средства установлены; ОН - информационный листок выпуска готов к печати; О12 - информационный листок выпуска издан; О20 - изделие передано на распространение; Б01 - план выпуска документации составлен; Б02 - подготовка справочных материалов начата; Б10 - план выпуска документации утвержден; Б11 - техническое редактирование начато; Б12 - утверждение справочных материалов начато; Б20 - справочные материалы готовы к печати; Б21 - справочные материалы изданы; И01 - план испытаний составлен; И10 - план испытаний утвержден; И11 - спецификации испытаний составлены - И12 - разработка контрольных примеров начата; И13 - спецификации испытаний утверждены; ИД) - состав приемочных испытаний определен; ИЗО - начаты испытания класса В; И31 - последний цикл испытаний начат; И32 - отчет об испытаниях класса В издан; Д01 - план поддержки составлен; Д1С - план поддержки утвержден; Д11 - рекламные интервалы подготовлены; Д12 - рекламные материалы сданы в печать; Д13 - план обучения издан; Д20 - рекламные материалы распространены; Д21 - учебные пособия подготов-лены; ДЗО - обучение закончено; С10 - внесение изменений запрещено; С20 - спецификация сопровождения готова. [10]
Разработка контрольного примера сводится к подготовке исходных данных, на которых можно было бы испытать программу или комплекс программ. В том случае, когда контрольный пример предназначается для проверки правильности результатов, получаемых с помощью программ, разработка контрольного примера не ограничивается лишь выбором данных, которые нужно использовать для испытания программ. Необходимо также вручную рассчитать ожидаемые промежуточные и / или окончательные результаты. Это не всегда возможно, если учесть сложность процедур обработки, реализуемых некоторыми программами. Тем не менее следует попытаться вручную определить ожидаемые вели чины некоторых наиболее важных результатов или хотя бы диапазоны возможных значений. [11]
В этом случае разработчики затратят массу сил и времени на отладку самих тестов; общение между ними и испытателями будет происходить на очень низком уровне взаимопонимания; наконец, у руководства появится ложное чувство уверенности в изделии, которое скоро будет рассеяно плохой репутацией программных средств среди потребителей. Если группа испытаний сложилась таким образом, как было описано выше, то по крайней мере ее ядро должны составлять в высшей степени компетентные и опытные люди, знающие свое дело. Из хороших проектировщиков и программистов редко получаются хорошие испытатели. Чаще всего они выходят из среды системных программистов или специалистов по прикладному системному анализу ( либо из персонала группы поддержки, помогающей потребителям в освоении программных изделий), а также из среды специалистов, занимающихся обучением пользователей. В хорошо организованной группе испытаний должны быть предусмотрены самостоятельные пути служебного роста для людей, чья деятельность связана с прогоном тестов, разработкой контрольных примеров, составлением планов и спецификаций испытаний, критическим анализом проектных решений. [12]
Страницы: 1