Выпускная квалификационная работа. Общие требования к структуре расчетно-пояснительной записки и правила ее оформления. Найханова Л.В - 25 стр.

UptoLike

ВУЗ: 

ВСГУТУ | Улан-Удэ

Составители: 

Рубрика: 

25
ния всех модулей в систему или программу – прежде чем начинать тестирование
программы в целом, следует протестировать отдельные модули, образующие эту
программу. Тестирование модулей ориентировано в основном на стратегию «бело-
го ящика». Для слияния модулей в более крупные единицы можно использовать
шесть основных подходов (пошаговое тестирование, восходящее тестирование,
нисходящее тестирование, метод «большого скачка», метод «сандвича», «модифи-
цированный метод сандвича») и их варианты.
К проведению работ по тестированию предъявляются следующие требова-
ния:
– программы должны быть протестированы во всех вычислительных сис-
темах, указанных в описании продукта;
– при наличии нескольких вариантов программы должен быть протестиро-
ван каждый из них;
– программы должны быть протестированы по всем граничным значениям
(в соответствии с описанием продукта);
– программы и данные должны быть протестированы с использованием
контрольных примеров, разработанных на основе описания продукта и
документации пользователя;
– контрольные примеры должны быть методологически и систематически
проработаны;
– контрольные примеры должны охватывать все функции, приведенные в
описании продукта и документации пользователя, а также учитывать
комбинации функций, характерные для рабочей задачи;
– описание продукта, документация пользователя, программы и любые
данные, поставляемые как части пакета программ, должны быть протес-
тированы на выполнение ими формулировок и требований;
– если в соответствии с описанием продукта установка пакета может быть
выполнена пользователем, должна быть проверена возможность инстал-
ляции программ и протестирована возможность успешной установки па-
кета согласно описанию, приведенному в руководстве по установке. 
ния всех модулей в систему или программу – прежде чем начинать тестирование
программы в целом, следует протестировать отдельные модули, образующие эту
программу. Тестирование модулей ориентировано в основном на стратегию «бело-
го ящика». Для слияния модулей в более крупные единицы можно использовать
шесть основных подходов (пошаговое тестирование, восходящее тестирование,
нисходящее тестирование, метод «большого скачка», метод «сандвича», «модифи-
цированный метод сандвича») и их варианты.
       К проведению работ по тестированию предъявляются следующие требова-
ния:
       – программы должны быть протестированы во всех вычислительных сис-
         темах, указанных в описании продукта;
       – при наличии нескольких вариантов программы должен быть протестиро-
         ван каждый из них;
       – программы должны быть протестированы по всем граничным значениям
         (в соответствии с описанием продукта);
       – программы и данные должны быть протестированы с использованием
         контрольных примеров, разработанных на основе описания продукта и
         документации пользователя;
       – контрольные примеры должны быть методологически и систематически
         проработаны;
       – контрольные примеры должны охватывать все функции, приведенные в
         описании продукта и документации пользователя, а также учитывать
         комбинации функций, характерные для рабочей задачи;
       – описание продукта, документация пользователя, программы и любые
         данные, поставляемые как части пакета программ, должны быть протес-
         тированы на выполнение ими формулировок и требований;
       – если в соответствии с описанием продукта установка пакета может быть
         выполнена пользователем, должна быть проверена возможность инстал-
         ляции программ и протестирована возможность успешной установки па-
         кета согласно описанию, приведенному в руководстве по установке.
                                      25

Страницы