ГОСТ Р ИСО/МЭК 15408-3 — 2008
17.2.6.2 Замечания по применению
Разработчик, как ожидается, представитописание процесса тестирования в контекстепроекта верх
него уровня ФБО втерминах «подсистем». Термин «подсистема» используют, чтобы отразить декомпози
цию ФБО наотносительно малое числочастей.
Разработчик, какожидается, представитописание процесса тестирования в контексте проекта нижне
го уровня ФБО в терминах «модулей». Термин «модуль» используют, чтобы отразитьдекомпозицию каж
дой из подсистем ФБО на относительно малое число частей.
Представлениереализации используют непосредственно для генерации реализации ФБО (например
исходныйтекст, который затем компилируют).
17.2.6.3 Элементы действий разработчика
17.2.6.3.1 ATE_DPT.3.1D
Разработчик должен представитьанализглубины тестирования.
17.2.6.4 Элементысодержания и представления свидетельств
17.2.6.4.1 ATE_DPT.3.1C
Анализглубины должен показатьдостаточность тестов, идентифицированных в тестовой документа
ции. длядемонстрации, что ФБОвыполняются в соответствиис проектом верхнегоуровня, проектом ниж
негоуровня и представлением реализации.
17.2.6.5 Элементы действий оценщика
17.2.6.5.1 ATE_DPT.3.1E
Оценщикдолжен подтвердить, чтопредставленная информация соответствует всем требованиям к
содержанию ипредставлению свидетельств.
17.3 Функциональное тестирование (ATE_FUN)
17.3.1Цели
Функциональное тестирование, выполняемое разработчиком, устанавливает, что ФБО проявляют
свойства, необходимыедля удовлетворения функциональных требований ПЗ/ЗБ. Такое функциональное
тестирование обеспечиваетдоверие к тому, что 00. по меньшей мере, соответствует функциональным
требованиям безопасности ОО. хотя ине может установить. чтоОО не обладает большими возможностя
ми, чем определено спецификациями. Семейство «Функциональное тестирование» сосредоточено на типе
иобъеме необходимой документации или требуемых инструментальных средств поддержки, а также на
том. чтобудет демонстрировать тестирование, проведенное разработчиком. Функциональное тестирование
неограничено позитивным подтверждением предоставления требуемых функцийбезопасности, номожет
также включать всебя негативное тестирование (часто основанноена инверсии функциональных требова
ний) для проверки отсутствия нежелательных режимов функционирования.
Данное семейство способствует обеспечениюдоверия к тому, что вероятность наличия незамечен
ных недостатковотносительномала.
СемействаATE_COV «Покрытие». ATE_DPT «Глубина» иATE_FUN «Функциональное тестирование»
используют совместнодля определения свидетельства тестирования, представляемого разработчиком.
Независимоефункциональноетестирование, выполняемоеоценщиком, рассмотрено вATEJND «Незави
симоетестирование».
17.3.2 Ранжирование компонентов
Данноесемействосодержит два компонента. Иерархичный компонент содержиттребование анализа
зависимости от порядка выполнения процедур тестирования.
17.3.3 Замечания по применению
Какожидается, процедуры выполнения тестовбудут содержать инструкции поиспользованию тесто
вых программ и комплектовтестов, включая среду, условия тестирования, параметры изначения тестовых
данных. Необходимо также, чтобы процедуры тестирования показывали, какрезультаты тестирования по
лучаются из входных данныхтестирования.
Данноесемействоопределяет требованиядля представления всех планов, процедур и результатов
тестирования. Поэтому объем информации, котораядолжна быть представлена, будет меняться в зависи
мости от использования ATE_COV «Покрытие» и ATE_DPT «Глубина».
Зависимость от порядка выполненияактуальна, если успешное выполнение конкретноготеста зави
сит от существования конкретного состояния. Например, можно потребовать, чтобы тест А выполнялся
непосредственно перед тестом В, так как состояние, следующее из успешного выполнения теста А, —
предпосылка для успешного выполнения теста В. Таким образом, неудача теста В может быть связана с
проблемой зависимости от порядка выполнения. В приведенном примере тест В может закончиться не
удачно. потому что тест С (а не А) был выполнен непосредственно перед ним. или же неудача теста В
связана с неудачей теста А.
91