ГОСТ Р ИСО/МЭК 18045—2013
13.6.2.3.2 Шаг оценивания ATEJND.2-2
Оценщик должен исследовать ОО. чтобы сделать заключение, правильно ли он установлен и на
ходится ли в состоянии, которое известно.
Оценщик имеет возможность сделать заключение о состоянии ОО несколькими способами. На
пример. предшествующее успешное завершение подвида деятельности AGD_PRE.1 позволит считать
удовлетворенным данный шаг оценивания, если оценщик все еще уверен, что тестируемый ОО был
правильно установлен и находится в известном состоянии. Если это не так. то оценщику рекомендует ся
следовать процедурам разработчика, чтобы установить, сгенерировать и запустить ОО. используя
только поставляемое руководство.
Если оценщику приходится выполнить процедуры установки вследствие того, что ОО находится
в неизвестном состоянии, то при успешном завершении данный шаг оценивания мог бы удовлетворить
выполнению шага оценивания AGD_PRE.1-3.
ИСО/МЭК 15408-3 ATEJND.2.2C: Разработчик должен представить набор ресурсов, эквива
лентных использованным им при функциональном тестировании ФБО.
13.6.2.3.3 Шаг оценивания ATEJND.2-3
Оценщик должен исследовать набор ресурсов, предоставленных разработчиком, чтобы сделать
заключение, эквивалентны ли они набору ресурсов, использовавшимся разработчиком для функцио
нального тестирования ФБО.
Данный набор ресурсов, использовавшихся разработчиком, документируется в плане тестирова
ния. как рассмотрено в семействе ATE_FUN «Функциональное тестирование». Набор ресурсов может,
кроме всего прочего, включать доступ к лабораториям и специальное оборудование для тестирования.
Ресурсы, которые не являются идентичными ресурсам, использовавшимся разработчиком, должны быть
эквивалентны им с точки зрения любого влияния, которое они могут оказать на результаты тестирования.
13.6.2.4 Действие ATEJND.2.2E
13.6.2.4.1 Шаг оценивания ATEJND.2-4
Общая цель этого шага оценивания состоит в том, чтобы выполнить достаточное число тестов
разработчика для подтверждения обоснованности результатов тестирования, проведенного разработ
чиком. Оценщик должен выбрать объем выборки и те тесты разработчика, которые будут включены в
выборку (см. А.2).
Все тесты разработчика могут быть прослежены до определенных интерфейсов. Поэтому факто
ры. которые необходимо рассмотреть при выборке тестов, будут такими же. как перечисленные в под
множестве выборки шага оценивания ATEJND.2-6. Кроме того, оценщик может использовать случай
ный метод осуществления выборки для выборки тестов, проведенных разработчиком.
13.6.2.4.2 Шаг оценивания ATEJND.2-5
Оценщик должен проверить, что все фактические результаты тестирования согласуются с ожида
емыми результатами тестирования.
Выявление несогласованностей между ожидаемыми результатами тестирования, проведенного
разработчиком и фактическими результатами тестирования, могут заставить оценщика решать такие
несоответствия. Несогласованности, которые выявляет оценщик, могут быть решеныдостаточным обо
снованием и дальнейшим разрешением несогласованностей разработчиком.
Если нельзя предоставить достаточное обоснование или решение, доверие оценщика к резуль
татам тестирования, проведенного разработчиком, уменьшается, и оценщику может потребоваться
увеличить объем выборки до такой степени, что подмножество, идентифицированное в шаге оце
нивания ATEJND.2-4, адекватно протестировано. Недостатки в тестировании, проведенном разра
ботчиком. должны привести или к корректировке тестов разработчика или к разработке оценщиком
новых тестов.
13.6.2.5 Действие ATEJND.2.3E
13.6.2.5.1 Шаг оценивания ATEJND.2-6
Оценщик должен продумать тестируемое подмножество.
Оценщик выбирает тестируемое подмножество и стратегию тестирования, которые являются при
емлемыми для ОО. Одна, крайняя, стратегия тестирования предусматривает наличие тестируемого
подмножества, содержащего как можно большее количество интерфейсов, тестируемых с небольшой
строгостью. Другая стратегия тестирования предусматривает наличие тестируемого подмножества, со
держащего небольшое количество интерфейсов, исходя из их осознанной значимости, и строгое тести
рование этих интерфейсов.
Как правило, подход к тестированию, принятый оценщиком, находится где-то между этими дву
мя крайностями. Оценщику следует проверить выполнение большинства интерфейсов, используя,
166