Критерии завершенности тестирования

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

В основном на практике придерживаются следующих двух критериев: когда время, отведенное по графику на тестирова­ние, истекло; когда все тесты выполняются без выявления ошибок.

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

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

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

Основные понятия и классификация методов типового проектирования

Методы типового проектирования ЭИС предполагают созда­ние системы из готовых покупных типовых элементов (типовых проектных решений). Для этого проектируемая ЭИС должна быть декомпозируема на множество составляющих компонентов (под­систем, комплексов задач, программных модулей и т.д.), для ко­торых подбираются и закупаются имеющиеся на рынке типовые проектные решения. Далее закупленные типовые элементы, как правило, включающие программные продукты, настраиваются на особенности конкретного предприятия или дорабатываются в соответствии с требованиями проблемной области.

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

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

При элементном методе типового проектирования ЭИС в качестве типового элемента системы используется типовое реше­ние по задаче или по отдельному виду обеспечения задачи (ин­формационному, программному, техническому, математичес­кому, организационному). Достоинство - применение модульного подхода к проектированию и документированию ЭИС. Недостатки - большие затра­ты времени на сопряжение разнородных элементов, плохая адаптивность элементов к особенностям предприятия.

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

При объектном методе в ка­честве типового элемента используется типовой проект для объек­тов управления определенной отрасли, который включает пол­ный набор функциональных и обеспечивающих подсистем ЭИС. Несомненное преимущество объектного метода заключается в комплексируемости всех компонентов за счет методологическо­го единства и информационной, программной и технической со­вместимости компонентов.