ГОСТ Р ИСО/МЭК 18045— 2008
В материалаханализа глубины тестирования должны быть идентифицированы все подсистемы, опи
санные в проекте верхнего уровня, и представлено сопоставление тестов с этими подсистемами. Соответ
ствие может принимать форму таблицы или матрицы. В некоторых случаях, чтобы показать соответствие
тестов, достаточно наличия такого отображения. Вдругих случаях может потребоваться некоторое обосно
вание (обычно на естественном языке)для того, чтобы дополнить материалы анализа соответствия, пред
ставленные разработчиком.
Все детали проекта, специфицированные в проекте верхнего уровня, сопоставленные с требования
ми безопасности ОО и удовлетворяющие им. являются предметом тестирования, а следовательно, долж
ны быть сопоставлены с тестовойдокументацией. На рисунке 14 отражена концептуальная структура сопо
ставления подсистем, описанных в проекте верхнего уровня, и тестов, изложенных в тестовой
документа ции ОО и используемыхдля их тестирования. Тесты могут затрагивать одну или несколько
функций безо пасности, что может быть обусловлено зависимостями между тестами или общей целью
выполняемого теста.
13.9.3.32 Шагоценивания 4:ATE_DPT.1-2
Оценщикдолжен исследовать план тестирования разработчика, чтобы сделать заключение, является
ли подход к тестированию каждой функции безопасности ФБО пригодным для демонстрации ожидаемого
режима ее выполнения.
Руководство по выполнению этого шага оценивания можно найти в следующих замечаниях по при
менению:
a) «Понимание ожидаемого режима функционирования ОО»;
b
) «Альтернативные тестированию подходы к верификации ожидаемого режима выполнения функции
безопасности».
Тестирование ФБО может быть выполнено с использованием внешних интерфейсов, внутренних ин
терфейсов или комбинации тех и других. Независимо от того, какая стратегия используется, оценщик будет
рассматривать ее пригодностьдля адекватного тестирования функций безопасности. В частности, оценщик
делает заключение, является ли тестирование с использованием внутренних интерфейсов функций безо
пасности необходимым или эти внутренние интерфейсы могут быть надлежащим образом протестированы
(хотя и неявным образом) с использованием внешних интерфейсов. Это решение, как и его логическое
обоснование, остается за оценщиком.
13.9.3.3.3 Шагоценивания 4:ATE_DPT.1-3
Оценщик должен исследовать процедуры тестирования, чтобы сделать заключение, адекватно ли
описание предварительных условий тестирования, шагов тестирования и ожидаемого результата (ожидае
мых результатов)для тестирования каждой функции безопасности.
Руководство по выполнению этого шага оценивания, который относится к проекту верхнего уровня,
можно найти взамечаниях по применению «Верификация адекватности тестов».
13.9.3.3.4 Шагоценивания 4:ATE_DPT.1-4
Оценщикдолжен проверить материалы анализа глубины тестирования, чтобы удостовериться, что
ФБО в том виде, в котором они определены в проекте верхнего уровня, полностью сопоставлены с теста
ми. представленными в тестовой документации.
Материалы анализа глубины тестирования обеспечивают полное изложение соответствия между
проектом верхнего уровня, планом и процедурами тестирования. Все подсистемы и внутренние интерфей
сы, описанные в проекте верхнего уровня, должны быть представлены в материалах анализа глубины
тестирования. Для всех подсистем и внутренних интерфейсов, представленных в материалах анализа глу
бины тестирования,должны иметься сопоставленные с ними тестыдля того, чтобы можно было утверждать о
полноте. Как показано на рисунке 14. для всех подсистем и внутренних интерфейсов имеются относящи еся
к ним тесты, а следовательно, вданном примере продемонстрирована полнота глубины тестирования.
Неполнота тестирования была бы очевидна, если бы подсистема или внутренний интерфейс были
идентифицированы в материалах анализа глубины тестирования, но никакие тесты не могли быть к ним
отнесены.
177