Реклама:

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

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

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

От пользователя могут поступать также предложения по внесению изменений в(п+ 1)- версию для улучшения эксплуатационных характеристик и расширения функциональных возможностей КП. Аналогичные предложения могут поступать от разработчиков комплекса. Для оценки .предложений -полезно экспериментальное тестирование эталонной версии или ее предварительных вариантов.

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

-~-ч..

Липаев В. В. Тестирование программ.Липаев В. В. Тестирование программ.

Ряс. 5.6. Схема применения тестирования при корректировках КП в процессе сопровождения

Для общения с пользователями и накопления информации о выявляемых, недостатках в широко тиражируемых сложных КП целесообразно выделение группы специалистов высокой квалификации, овладевших всеми функциональными возможностями данного КП. Зга группа конфигурационного контрр-ля и сопровождения должна иметь в своем зарегистрированном и аннотированном арсенале практически весь комплекс тестов, применявшихся при испытаниях опытного образца и предыдущих версий КП для антирегрессионного тестирования [64, 20, 331. Эти тесты накапливаются, упорядочиваются и каталогизируются в базе данных тестирования. Они используются для контроля сохранности версий и установления достоверности ошибок, сообщенных пользователями. Эти же специалисты осуществляют развитие набора тестов для подтверждения наличия и-локализации частных ошибок, а также для первичной оценки целесообразности реализации предложений по развитию и модернизации программ.


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