ГОСТ Р ИСО/МЭК12207—2010
вания к тестированию, процедуры, данные, обязанности и графики работ. План должен быть оформлен
документально.
7.1.6.3.1.2 Исполнитель должен объединить программные блоки, программные компоненты и тесты,
поскольку они разрабатываются в соответствии с планом комплексирования. Должны быть гарантии втом,
что каждое такое объединение удовлетворяет требованиям к программной составной части ичто составная
часть комплексируется при завершении выполнения данной задачи. Результаты комплексирования итести
рования должны быть оформлены документально.
П р и м е ч а н и е — Должна быть разработана стратегия регрессии для применения повторной верифика
ции программных элементов в случае, когда изменения проводятся в программных блоках, включая соответ
ствующие требования, проект и коды.
7.1.6.3.1.3 Исполнитель должен обновлять пользовательскую документацию по мере необходимости.
7.1.6.3.1.4 Исполнительдолжен разработать идокументально оформить для каждого квалификацион
ного требования к программной составной части комплект тестов, тестовых примеров (входов, результатов,
критериев тестирования) и процедур тестирования для проведения квалификационного тестирования про
граммных средств. Разработчикдолжен гарантировать, что после комплексирования программная состав
ная часть будет готова к квалификационному тестированию.
7.1.6.3.1.5 Исполнитель должен оценить план комплексирования, проект, код, тесты, результаты тес
тирования и пользовательскую документацию, учитывая:
a) прослеживаемость к системным требованиям;
b
) внешнюю согласованность с системными требованиями;
c) внутреннюю согласованность;
d) тестовое покрытие требований к программной составной части;
e) приспособленность используемых методов и стандартов тестирования;
f) соответствие ожидаемым результатам;
д) осуществимость квалификационного тестирования программных средств;
h) осуществимость функционирования и сопровождения.
П р и м е ч а н и е — В критерии оценки следует включать согласованность и прослеживаемость между
программным проектом и программными составными частями.
Результаты оценки должны быть оформлены документально.
7.1.6.3.1.6 Исполнитель должен проводить ревизии в соответствии с 7.2.6.
7.1.7 Процесс квалификационного тестирования программных средств
П р и м е ч а н и е — Процесс квалификационного тестирования программных средств, представленный в
настоящем стандарте, является процессом более низкого уровня, чем процесс реализации программных средств.
Пользователи [18] могут решить, что данный процесс предусматривается процессом верификации, приведенным в
[18], при рекурсивном его применении.
7.1.7.1 Цель
Цель процесса квалификационного тестирования программных средств заключается в подтвержде
нии того, что комплексированный программный продукт удовлетворяет установленным требованиям.
7.1.7.2 Выходы
В результате успешного осуществления процесса квалификационного тестирования программных
средств:
a) определяются критерии для комплексированных программных средств с целью демонстрации со
ответствия с требованиями к программным средствам;
b
) комплексированные программные средства верифицируются с использованием определенных кри
териев;
c) записываются результаты тестирования;
d) разрабатывается и применяется стратегия регрессии для повторного тестирования комплексиро-
ванного программного средства при проведении изменений в программных составных частях.
П р и м е ч а н и е — Должна быть разработана стратегия регрессии для повторного применения тестирова
ния комплексированного программного средства при проведении изменений в программных составных частях.
7.1.7.3 Виды деятельности и задачи
При реализации проекта необходимо осуществлять следующие виды деятельности всоответствии с
принятыми ворганизации политиками и процедурами вотношении процесса квалификационного тестирова
ния программных средств.
53