ГОСТРМЭК 62279—2016
6.2.4 Требования
6.2.4.1 Проверка должна быть документально оформлена, по крайней мере, план проверки про
граммного обеспечения и один или более (связанный с процессом) отчет о проверке.
6.2.4.2 План проверки программного обеспечения должен быть подготовлен в письменном виде
под руководством менеджера по проверке на основе необходимой докуме^ации.
Требования 6.2.4.3—6.2.4.9 относятся к плану проверки программного обеспечения.
6.2.4.3 План проверки программного обеспечения должен описывать действия, которые необхо
димо выполнить для обеспечения надлежащей проверки, а также, чтобы были предусмотрены дей
ствия для определенного проекта или других потребностей проверки соответственно.
6.2.4.4 В процессе разработки (и в зависимости от размера системы) план может быть разделен
на ряд более мелких входящих в него документов, поскольку становятся более ясными необходимые
детали проверки.
6.2.4.5 План проверки программного обеспечения должен содержать все критерии, методы и ин
струменты. которые будут использоваться в процессе проверки. План проверки программного обеспе
чения должен включать методы и меры, выбранные из таблиц А.5—А.8. Выбранная комбинация долж на
быть обоснована как набор, удовлетворяющий 4.8—4.10.
6.2.4.6 План проверки программного обеспечения должен описать действия, которые будут вы
полнены, чтобы гарантировать правильность и согласованность информации на входе стадий анализа,
тестирования и интеграции.
6.2.4.7 На каждой стадии разработки необходимо показать, что выполнены функциональные, экс
плуатационные требования и требования безопасности.
6.2.4.8 Результаты каждой проверки должны быть сохранены в формате, который определен или
на который имеется ссылка в плане проверки программного обеспечения.
6.2.4.9 План проверки программного обеспечения должен обеспечить следующее:
a) выбор стратегий проверки и методов (чтобы избежать излишней сложности при оценке про
верки и тестирования, предпочтение должно быть дано выбору методов, которые сами по себе легко
поддаются анализу);
b
) выбор методов из таблицА.5—А.8;
c) выбор и документальное оформление действий проверки;
d) оценка пользы, извлекаемой из результатов проверки;
e) оценка требований безопасности и устойчивости;
f) роли и обязанности персонала, участвующего в процессе проверки;
д) требуемый уровень тестового охвата функционала, который должен быть достигнут;
h)структура исодержание каждого шага проверки, особеннодля проверки требований к программ
ному обеспечению (7.2.4.22), проверки архитектуры и проекта программного обеспечения (7.3.4.41,
7.3.4.42), проверки компонентов программного обеспечения (7.4.4.13), проверки исходного кода про
граммного обеспечения (7.5.4.10) и проверки интеграции (7.6.4.13) в таком представлении, которое об
легчает анализ плана проверки программного обеспечения.
6.2.4.10 Отчет о проверке обеспечения качества программного обеспечения должен быть напи
сан, под руководством менеджера по проверке, на основе входных документов из 6.2.2.
Требование в 6.2.4.12 ссылается к отчету о проверке обеспечения качества программного обе
спечения.
6.2.4.11 Менеджер по проверке должен удостовериться, что проверка плана проверки программ
ного обеспечения выполнена человеком, который компетентен в этом вопросе. Чтобы соответствовать
хорошей практике и правилам независимости настоящего стандарта, менеджер по проверке не
должен проверять план проверки программного обеспечения сам. если он является автором этого
плана.
6.2.4.12 Если план проверки программного обеспечения создан, то проверка должна выяснить;
a) отвечает ли план проверки программного обеспечения общим требованиям удобочитаемо
сти и прослеживаемости из 5.3.2.7—5.3.2.10 и из 6.5.4.14—6.5.4.17, а также конкретным требованиям
6.2.4.3—6.2.4.Э;
b
) внутреннюю согласованность плана проверки программного обеспечения.
Результаты должны быть зарегистрированы в отчете о проверке обеспечения качества программ
ного обеспечения.
6.2.4.13
Л
юбые отчеты о проверке программного обеспечения должны быть написаны, под руко
водством менеджера по проверке, на основе входных документов. Эти отчеты могут быть разделены
16