ГОСТ I* ИСО/МЭК ТО 10183-1-2000
(СТП), тестируемая реализация должна обеспечил,для тестера набор потоков данных вслучае тестиро
вания функций генерации и набор документов, возможно, в различных представлениях, в случае
тестирования функций приема. Обе эти базовые формы называются «тестируемымдокументом» (ТД).
Класс реализаций, которые принимают и генерируют ПТД, СТП и ТД. может быть определен с
точки зрения различных путей, которые проходят процесс, и структур данных, используемых данной
системой. Один из примеров пути может относиться к классу реализаций, которые принимают ПТД,
представляющие сформатированную формудокумента ODA. Такой класс реализаций будет декодиро
ватьпринимаемый ПТД влокальное представление (Г1ФДД). Вдальнейшем некоторые из этих реализа
ций могут воспринимать локальное представление документа и передавать его через локальный
процесс отображения для создания визуально воспринимаемой формы документа ODA. Такой
документ может использоваться для наблюдения обеспечиваемых возможностей через
преобразование «отображение» для конкретных функциональных возможностей предстаатення.
Следует заметить, что отображаемый документ —это только одна из форм возможных
предстаатений тестируемого документа.
Существует множество возможных реализаций, и на рисунке 3 показаны только те процессы и
структуры данных, которые относятся к конкретному классу реализаций ODA. Каждая такая структура
данных предстаатена в виде овала, а каждый процесс - в виде прямоугольника. Другие процессы и
структуры данных, не показанные на рисунке 3. могут использоваться реализацией или оказаться
полезными вдругом качестве в виде дополнительных элементов компонента системного интерфейса.
Одним из примеров этого является возможность реализации осуществлять преобразование типа моди
фикация нзеформатированно-обрабатываемой формы документа вобрабатываемую формудокумента.
Другим примером можетслужить реализация, обеспечивающая прикладной процесс «сканер» файлов,
который осуществляет преобразование визуализация для получения заданной визуально воспринима
емой формы структуры или содержимого представления «обрабатываемая форма документа» (ПОДД).
Приведенный на рисунке 3 пример показывает класс реализаций, которые осушест&ляют только
генерацию документов обрабатываемой формы, хотя они могут принимать сформатированные, обра
батываемые и сформатированно-обрабатываемые формы документа и выполнять ихдальнейшую обра
ботку. Изпоказанного на рисунке 3 класса реализаций можно идентифицировать большое число путей
обработки:
1СТГ1-Редактирование-ПОДД-Кодирование-ТД:
2 НТД-Декодирование-ПФДД-Отображение-ТД;
3 ПТД-Деколирование-ПФОДД-Отображение-ТД;
4 ПТД-Декоднрование-ПОДД-Редактирование-ПОДД-Кодирование-ТД;
5 ПТД-Декодирование-ПОДД-Упорядочение-ПФОДД-Огображение-ТД;
6 ПТД-Декодирование-ПФОДД-Упорядочение-ПФОДД-Отображенне-ТД:
7 ПТД-Декоднрование-ПОДД-Редактирование-ПОДД-Упорялочение-ПФОДД-Отображение-ТД.
Это возможные пути тестирования для данного класса реализаций, каждый из которых требует
соответствующего набора тестовых примеров.
7.2 Начальная задача тестирования реализации
Начальная задача тестирования реализаций должна быть сконцентрирована на наиболее вероят
ных типах реализаций с тем. чтобы облегчить разработку необходимых наборов тестовых примеров.
Очевидно, что разработка тестовых примеров для всехвозможных типов реализаций идля всего
набора функциональных возможностей ИСО 8613 — непрактичная, если не невыполнимая
задача. Сузив область применения соответствующих тестовых примеров, можно своевременно
ихразработать и быть более уверенным втом. что проверенная реали зация будет успешно
взаимодействовать при широком наборе документов. Дальнейшее сужение области применения
должно рационально учитывать появле ние все большего числа реализаций ФС конкретного типа. Гак,
предполагается, что вближайшее время будут преоблалать преобразователи для систем обработки
документов частного пользования относи тельно систем обработки документов, обеспечивающих
полную архитектуру, что позволит, например, упростить прикладные программы редактирующего
класса.
Отсюда следует, что разработка тестовых примени для первых версий ФС должна быть сконцен
трирована на тех функциональных возможностях, которые будут наиболее вероятно обеспечены в
ожидаемых изделиях, т. е. в реализациях ФС, осуществляющих преобразования документов в форму.
‘)