Реклама:

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

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

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

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

точно Документально описывать опытный образец и каждую оформленную версию программ в любое -время на всем протяжении жизненного цикла КП;

надежно учитывать все анализируемые, подготавливаемые и проведенные изменения в КП;

снабжать руководителей необходимой информацией для принятия решений на изменения программ, а также для контроля выполнения принятых решений;

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

Исходной является документация на опытный образец КП, оформленная в соответствии с действующими стандартами. Для обеспечения сопровождения в документации-должны быть предусмотрены компоненты, регистрирующие состояние нескольких версий^ дниамику их изменений и утверждений. В документах целесообразно использовать иерархическую систему идентификации компонент КП н описаний данных. Каждый модуль или массив переменных в своем имени и описании должны содержать обозначения компонент более высокого уровня (например, группы программ и комплекса-), а также отмечать очередность.модификаций и номер конкретной версии. Целесообразно централизованно группой конфигурационного управления присваивать обозначения наиболее крупным составляющим вплоть до утверж-денных версий модулей и массивов переменных. .Произвольная индексация компонент допускается только в процессе подготовки корректировок программ и данных до комплексировання их в версию, предъявляемую на Испытания.


⇐ Предыдущая страница| |Следующая страница ⇒