- •Стратегии тестирования: структурный подход – методы «белого» ящика, функциональный подход – методы «черного» ящика.
- •Структурное тестирование (тестирование маршрутов) – критерии формирования тестовых наборов: покрытие операторов.
- •Структурное тестирование (тестирование маршрутов) – критерии формирования тестовых наборов: покрытие решений (переходов).
- •Структурное тестирование (тестирование маршрутов) – критерии формирования тестовых наборов: покрытие условий.
- •Структурное тестирование (тестирование маршрутов) – критерии формирования тестовых наборов: покрытие решений/условий.
- •Структурное тестирование (тестирование маршрутов) – критерии формирования тестовых наборов: комбинаторное покрытие условий.
- •Функциональное тестирование (тестирование с управлением по данным) – критерии формирования тестовых наборов: эквивалентное разбиение.
- •Функциональное тестирование (тестирование с управлением по данным) – критерии формирования тестовых наборов: анализ граничных значений.
- •Функциональное тестирование (тестирование с управлением по данным) – критерии формирования тестовых наборов: анализ причинно-следственных связей.
- •Функциональное тестирование (тестирование с управлением по данным) – критерии формирования тестовых наборов: предположение об ошибке.
- •Тестирование модулей: восходящие, нисходящие, комбинированное, модули-заглушки, тестирование специалистами-тесторами, документирование тестирования, регрессивное тестирование.
- •Комплексное тестирование, критерии завершения тестирования, оценочное-системное тестирование.
- •Отладка по – классификация ошибок: ошибки компиляции, компоновки, выполнения; причины ошибок выполнения.
- •Методы отладки по: ручное тестирование, индукции, дедукция, обратное прослеживание.
- •Методы и средства получения дополнительной информации об ошибке: отладочный вывод, интегрированные средства отладки, независимые отладчики.
- •Общая методика отладка по: изучение проявления ошибки, локализация ошибки, определение причины ошибки, исправление ошибки, повторное тестирование.
- •Сборочное программирование, повторное используемые компоненты, основы компонентной объектной модели (com).
- •Организация интерфейса com: идентификация интерфейса, описание интерфейса, реализация интерфейса.
- •Базовый интерфейс com-iUnknown, серверы com-объектов, преимущества com.
- •Работа с com-объектами: создание com-объектов, повторное использование com-объектов.
- •Работа с com-объектами: размещение com-объекта в других процессах – маршалинг и демаршалинг, описание com-объекта в библиотеке операционной системы – idl-описание и библиотека типа.
- •Case-технология, особенности жизненного цикла, состав, основные функции case-систем, средства автоматизации программирования.
- •Перспективы развития технологии программирования, технологическая зрелость организаций-разработчиков по, лицензирование организаций-разработчиков по.
Работа с com-объектами: размещение com-объекта в других процессах – маршалинг и демаршалинг, описание com-объекта в библиотеке операционной системы – idl-описание и библиотека типа.
Маршалинг
Клиент может содержать прямую ссылку на СОМ-объект только в одном случае — когда СОМ-объект размещен в сервере «в процессе». В случае локального или удаленного сервера, как показано на рис, он ссылается на посредника.
Посредник — СОМ-объект, размещенный в клиентском процессе и предоставляющий клиенту те же интерфейсы, что и запрашиваемый объект. Запрос клиентом операции через такую ссылку приводит к исполнению кода посредника.
Посредник принимает параметры, переданные клиентом, и упаковывает их для дальнейшей пересылки. Эта процедура называется маршалингом. Затем посредник (с помощью средства коммуникации) посылает запрос в процесс, который на самом деле реализует СОМ-объект.
По прибытии в процесс локального сервера запрос передается заглушке. Заглушка распаковывает параметры запроса и вызывает операцию СОМ-объекта. Эта процедура называется демаршалингом. После завершения СОМ-операции результаты возвращаются в обратном направлении.
Код посредника и заглушки автоматически генерируется компилятором MIDL (Microsoft IDL) по IDL-описанию интерфейса.
IDL-описаниеи библиотека типа
Для определения интерфейсов применяют специальный язык — язык описания интерфейсов (Interface Definition Language — IDL).Помимо информации об интерфейсах, IDL-описание может содержать информацию о библиотеке типа.
Библиотека типа определяет важные для клиента характеристики СОМ-объекта: имя его класса, поддерживаемые интерфейсы, имена и адреса элементов интерфейса.
Рассмотрим пример приведенного ниже IDL-описания объекта для работы с файлами. Оно состоит из 3 частей. Первые две части описывают интерфейсы IРаботаСФайлами и IПреобразованиеФорматов, третья часть— библиотеку типа ФайлыБибл. По первым двум частям компилятор MIDL генерирует код посредников и заглушек, по третьей части — код библиотеки типа:
-----------1-я часть
[ object,
uuid(E7CDODOO-1827-11CF-9946-444553540000) ]
interface IРаботаСФайлами; IUnknown
{ import "unknown.idl"
HRESULT ОткрытьФайл ([in] OLECHAR имя[31]);
HRESULT ЗаписатьФайл ([in] OLECHAR имя[31]);
HRESULT ЗакрытьФайл ([in] OLECHAR имя[31]); }
----------- 2-я часть
[ object.
uuid(5FBDD020-1863-11CF-9946-444553540000) ]
interface IПреобразованиеФорматов: IUnknown
{ HRESULT ПреобразоватьФормат ([in] OLECHAR имя[31],
[in] OLECHAR формат[31]); }
------------ 3-я часть
[ uuid(B253E460-1826-11CF-9946-444553540000),
version (1.0)]
library ФайлыБибл
{ importlib ("stdole32.tlb");
[uuid(B2ECFAAO-1827-11CF-9946-444553540000) ]
coclass СоФайлы
{ interface IРаботаСФайлами;
interface IпреобразованиеФорматов; }
}
Описание библиотеки типа начинается с ее уникального имени (записывается после служебного слова uuid), затем указывается номер версии библиотеки.
После служебного слова library записывается символьное имя библиотеки (ФайлыБибл).
Далее в операторе importlib указывается файл со стандартными определениями IDL - stdole32.tlb.
Тело описания библиотеки включает только один элемент — СОМ-класс (coclass), на основе которого создается СОМ-объект.
В начале описания СОМ-класса приводится его уникальное имя (это и есть идентификатор класса — CLSID), затем символьное имя — СоФайлы. В теле класса перечислены имена поддерживаемых интерфейсов — РаботаСФайлами и IПреобразованиеФорматов.
Как показано на рис, доступ к библиотеке типа выполняется по стандартному интерфейсу ITypeLib, а доступ к отдельным элементам библиотеки — по интерфейсу ITypelnfo.