ГОСТРМЭК 62279—2016
Окончание таблицы А.21
П ри м е чан и я
1 Охват операторов автоматически достигается, используя критерии 2— 5.
2 Критерии тестового охвата в данной таблице используютсядля структурноготестирования (основанного
на коде, методом белого ящика). Методы/меры для функционального тестирования (основанного на специфи
кации. методом черного ящика) даны в таблице А.14.
3 Высокий процент охвата обычно трудно достигнуть. Использование выполнение тестового сценария из
метода анализа граничных значений (D.4) и метода классов эквивалентности и тестирования разбиением вход
ных данных (D.18) может позволить достичь достаточный охват с меньшим числом тестов.
4 Различие между 2 и 3 на практике зависит от уровня языка программирования и использования состав
ных условий. Если используются только единичные условия, например, в результате компиляции, то критерии
2 и 3 считаются идентичными.
Т аб л и ца А.22 — Архитектура объектно-ориентированного программного обеспечения
Методы/меры
Ссыпка
У П Б 0 У П Б 1 У П Б 2 У П Б 3 У П Б 4
1 Прослеживаемость концепции прикладной предмет
ной области к классам архитектуры
—
RRRHRHR
2 Использование подходящих фреймов, общеиспользу
емых комбинаций классов и шаблонов разработки
—
RRRHRHR
3Детальное объектно-ориентированное проектирование
Таблица А.23
RRRHRHR
Требование
При использовании существующих фреймов и шаблонов разработки, к ним применяются требования су
ществующего ранее программного обеспечения.
П ри м е чан и я
1 Объектно-ориентированный подход представляет информацию не так. как это делается в процедурных
подходах. Далее следует список рекомендаций, требующих конкретного рассмотрения:
- понимание иерархий классов и идентификации функции(й) программного обеспечения, которые будут
выполняться при вызове данного метода (включая случай использования существующей библиотеки классов);
- структурное тестирование (таблица А.13).
Прослеживаемость от прикладной предметной области до архитектуры класса менее важна.
2 В рамках намеченного программного обеспечения может существовать фрейм в уже существующем
программном обеспечении, который успешно решает подобную задачу, и это хорошо известно разработчикам.
Использование этого фрейма считают хорошей практикой.
Т аб л и ца А.23 — Детальное объектно-ориентированное проектирование
М е то д ы /м е р ы
С с ы л каУ П Б 0
У П Б 1 У П Б 2
У П Б 3 У П Б 4
1 Классы должны иметь только одну цель
—R
RR
HRHR
2 Наследование используется, только если производный класс
является уточнением своего базового класса
—
R
HRHR
HRHR
3 Глубина наследования ограничена стандартами кодирования
—
R
RR
HRHR
4 Переопределение операций (методов) строго контролируется
—
R
RR
HRHR
5 Множественное наследование, используется только для ин
терфейсных классов
—R
HRHR
HRHR
6 Наследование от неизвестных классов
——
—
—
HRHR
Требования
a) Один класс характеризуется, как имеющий одну ответственность, т. е. он отвечает за тесно связанные
данные и операции на этих данных.
b
)
Требуется быть внимательным, чтобы избежать циклических зависимостей между обьектами.
60