ГОСТ Р ИСО/МЭК 18045— 2008
Для выполнения данного шага оценивания оценщик может избрать стратегию выборки.
Руководство по выборке см. в А.2 «Выборка» (приложение А).
11.8.3.4 9 Шаг оценивания 2:ATE_FUN.1-9
Оценщик должен исследовать описание процедур тестирования, чтобы сделать заключение об их
согласованности с процедурами тестирования.
Если описание процедур тестирования — этособственно процедуры тестирования, то рассматривае
мый шагоценивания не применяют и поэтому считают удовлетворенным.
Для выполненияданного шага оценивания оценщик может избрать стратегию выборки.
Руководство по выборке см. в А.2 «Выборка» (приложениеА). Руководство по анализу непротиворе
чивости см. в А.З «Анализ непротиворечивости» (приложение А).
11.8.3.4.10 Шаг оценивания 2:ATE_FUN.1-10
ИСО/МЭК 15408-3 ATE_FUN.1.4C: Ожидаемые результаты тестирования должны показать
прогнозируемые выходные данныеуспешного выполнениятестов.
Оценщикдолжен исследовать тестовую документацию, чтобы сделать заключение о достаточности
включенных в нее ожидаемых результатов выполнения тестов.
Ожидаемые результаты тестирования необходимы, чтобы сделать заключение, действительноли тест
был успешно выполнен. Описание ожидаемых результатов тестирования достаточно, если онооднозначно
и согласуется с ожидаемым режимом выполнения ФБО. обусловленным подходом к тестированию.
Для выполненияданного шага оценивания оценщик может избрать стратегию выборки.
Руководство по выборке см. в А.2 «Выборка» (приложение А).
11.8.3.4.11 Шаг оценивания 2:ATE_FUN.1-11
ИСО/МЭК 15408-3 ATE_FUN.1.5C: Результаты выполнения тестов разработчиком должны де
монстрировать. что каждаяпроверенная функция безопасности выполнялась в соответствии со спе
цификациями.
Оценщикдолжен проверить, что ожидаемые результаты тестирования в тестовойдокументации со
гласуются с представленными фактическими результатами тестирования.
Сравнение представленных разработчиком фактических и ожидаемых результатов тестирования выя
вит какие бы то ни было несоответствия результатов.
Возможно, что непосредственное сравнение фактических результатов не может быть выполнено до
того, как будет выполнено некоторое преобразование или синтез данных. В подобных случаях в
тестовойдокументации разработчика должен быть описан процесс преобразования или синтеза фактичес
ких данных.
Например, разработчику может потребоваться проверить содержимое буфера сообщений после того,
как имело место сетевое соединение, чтобы определить содержимое буфера. Буфер сообщения будет
содержать бинарную последовательность. Эту бинарную последовательность, как правило, преобразуют в
другую форму представления данных, чтобы сделать тест более содержательным. Преобразование этого
бинарного представленияданных в представление более высокого уровня должно быть достаточно под
робно описано разработчиком, чтобы позволить оценщику выполнить процесс преобразования (т.е. необхо
димо описать, используется ли синхронный или асинхронный метод передачи данных, число стоповых
битов, битов четности и тщ.).
Следует отметить, что описание процесса преобразования или синтеза фактическихданных оценщик
использует недля того, чтобы фактически исполнить необходимую модификацию, а для того, чтобы оце
нить корректность этого процесса. Преобразование ожидаемых результатов тестирования в формат, позво
ляющий их легко сравнивать с фактическими результатами тестов, возложено на разработчика.
Для выполненияданного шага оценивания оценщик может избрать стратегию выборки.
Руководство по выборке см. в А.2 «Выборка» (приложение А).
Если ожидаемые и фактические результаты тестированиядля какого-либо из тестов не совпадают, то
правильность выполнения функции безопасности не продемонстрирована. Такая ситуация окажет влияние
на усилия оценщика по независимому тестированию, выражающееся в необходимости тестирования соот
ветствующей функции безопасности. Оценщику также следует рассмотреть вопрос обувеличении выборки
свидетельств, наоснове которыхдолжен быть выполнен рассматриваемый шагоценивания.
11.8.3.4.12 Шаг оценивания 2:ATE_FUN.1-12
Оценщикдолжен привести в отчете информацию об усилиях разработчика потестированию, выделив
подход к тестированию, тестируемую конфигурацию, глубину и результаты тестирования.
Информация о тестировании разработчиком, зафиксированная в ТОО. позволяет оценщику передать
общий подход ктестированию и усилия, затраченные разработчиком на тестирование ОО. Смысл предо-
85