Слукин Сергей. Введение в тестирование программного обеспечения

Подождите немного. Документ загружается.

Страница11



СПЕЦИАЛИСТПОВНЕДРЕНИЮИСОПРОВОЖДЕНИЮ–участвуетванализеособенностейплощадки

заказчика,накоторойпланируетсяпроводитьвнедрениеразрабатываемойсистемы,выполняетвесьспектр

работпоустановкеинастройкесистемы,проводитобучениепользователей.

СПЕЦИАЛИСТПОБЕЗОПАСНОСТИ–ответственензавесьспектрвопросовбезопасностисоздаваемого

продукта.Егоработаначинаетсясучастиявнаписаниитребованийкпродуктуизаканчиваетсяфинальной

стадиейсертификациипродукта.

ИНСТРУКТОР–отвечаетзаснижениезатратнадальнейшеесопровождениепродукта,обеспечение

максимальнойэффективностиработыпользователя.Инструкторсобираетстатистикупо

производительностипользователейисоздаетрешениядляповышенияпроизводительности.Инструктор

принимаетучастиевовсехобсужденияхпользовательскогоинтерфейсаиархитектурыпродукта.

ТЕХНИЧЕСКИЙПИСАТЕЛЬ–подготавливаетдокументациюкразработанномупродукту,финальное

описаниефункциональныхвозможностейсистемы.Онучаствуетвнаписаниисопроводительных

документов(системыпомощи,руководствопользователя).

ОСОБЕННОСТИИНДУСТРИАЛЬНОГОТЕСТИРОВАНИЯ

КАЧЕСТВОПРОГРАММНОГОПРОДУКТАИТЕСТИРОВАНИЕ

Качествопрограммногопродуктаможнооценитьнекоторымнаборомхарактеристик,определяющих,

насколькопродукт“хорошо”сточкизрениявсехпотенциальнозаинтересованныхвнемсторон.Такими

сторонамиявляются:

 Заказчикпродукта.

 Спонсор.

 Конечныйпользователь.

 Разработчикипродукта.

 Тестировщикипродукта.

 Инженерыподдержки.

 Отделобучения.

 Продажит.п.

ТЕСТИРОВАНИЕКАКСПОСОБОБЕСПЕЧЕНИЯКАЧЕСТВА.Тестирование,стехническойточкизрения,

естьпроцессвыполненияприложениянанекоторыхвходныхданныхипроверкаполучаемыхрезультатовс

цельюподтвердитьихкорректностьпоотношениюкожидаемомурезультату.

Рассмотримпример.Вкачествеприложениявозьмемпрограммудляработыссетью(browser),критерии

качествакоторойприведенывТабл.9.1[

Котляров2006].

Таблица9.1.Критериикачествапрограммыbrowser



Пользователь



Заказчик



Инженер



поддержки

Функциональнаяполнота +‐‐

Ценаразработки ‐ +‐

Отсутствиедефектов + Косвенно +

Удобствоиспользования +‐‐

Страница12



Возможностьвнесенияизмененийвбудущем ‐ Косвенно +

Легкостьисправлениядефектов ‐ ‐ +

Документациянареализацию,втомчисле

комментарии

‐ ‐ +

Своевременностьисполненияпроекта ‐ +‐



Матрицакритериевкачествазаинтересованныхвнихучастниковдлярассматриваемогопроектаприведена

вТабл.9.2[

Котляров2006].

Таблица9.2.Матрицакритериевкачестваиэлементовсистемыобеспечениякачества



Тестирование



Анализрынкаи



специальные

лаборатории

Обзор

ыкода

Анализ



дизайна

Аудиты



процесса

разработки

Полнота

функциональности

+,невсегда

эффективно

+‐‐‐

Стоимостьразработки ‐ ‐ ‐ ‐ +

Отсутствиедефектов +‐ +‐ ‐

Удобство

использования

+,невсегда

эффективно

+‐‐‐

Возможность

внесенияизмененийв

будущем

‐ ‐ +‐ +‐

Легкостьисправления

дефектов

‐ ‐ + +‐

Документацияна

реализацию,втом

числекомментарии

‐ ‐ +‐ +

Своевременность

исполненияпроекта

‐ ‐ ‐ ‐ +

Данные(Табл.9.1иТабл.9.2)показывают,чтоизвосьмиэлементовобщегокачествапродуктатестирование

способнооценитьиконтролироватьтолькотри(1,3,4),причемнаиболееэффективнотестирование

контролируетотсутствиедефектов(3).

УРОВНИТЕСТИРОВАНИЯ

Втестированиивыделяютсятриосновныхуровня.

1. Модульноетестирование.

2. Интеграционноетестирование.

3. Системноетестирование.

ФАЗЫПРОЦЕССАТЕСТИРОВАНИЯ

Страница13



Впроцессетестированиявыделяютследующиефазы:

1. ОПРЕДЕЛЕНИЕЦЕЛЕЙ,включающееследующуюконкретизацию:какиечастисистемыбудут

тестироваться,какиеаспектыихработыбудутвыбраныдляпроверки,каковожелаемоекачествои

т.п.

2. ПЛАНИРОВАНИЕ–созданиеграфикаразработкитестовдлякаждойтестируемойподсистемы;

оценканеобходимыхчеловеческих,программныхиаппаратныхресурсов;разработкарасписания

тестовыхциклов.

3. РАЗРАБОТКАТЕСТОВ,тоестьтестовогокодадлятестируемойсистемы,еслинеобходимо–кода

системыавтоматизациитестированияитестовыхпроцедур(выполняемыхвручную).

4. ВЫПОЛНЕНИЕТЕСТОВ:реализациятестовыхциклов.

5. АНАЛИЗРЕЗУЛЬТАТОВ.

Послеанализарезультатоввозможноповторениепроцессатестирования,начинаяспунктов3,2илидаже

1.

ТЕСТОВЫЙЦИКЛ

ТЕСТОВЫЙЦИКЛ–этоциклисполнениятестов,включающийфазы4и5тестовогопроцесса.Тестовый

циклзаключаетсявпрогонеразработанныхтестовнанекоторомсостояниипрограммногокода.

Тестовыйциклвключаетследующуюпоследовательностьдействий.

1. Проверкаготовностисистемыитестовкпроведениютестовогоцикла.

2. Подготовкатестовоймашинывсоответствиистребованиями,определенныминаэтапе

планирования.

3. Воспроизведениесрезасистемы.

4. Прогонтестоввсоответствиисдокументированнымипроцедурами.

5. Сохранениетестовыхпротоколов(testlog).

6. Анализпротоколовтестированияипринятиерешенияотомпрошелилинепрошелкаждыйиз

тестов(Pass/Fail).

7. Анализидокументированиерезультатовцикла.

ТЕСТОВЫЙПЛАН

Тестовыйплан‐этодокумент,илинабордокументов,содержащийследующуюинформацию:

1. Тестовыересурсы.

2. Переченьфункцийиподсистем,подлежащихтестированию.

3. Тестовуюстратегию,включающую:

 Анализфункцийиподсистемсцельюопределениянаиболееслабыхмест,гдепоявление

дефектовнаиболеевероятно.

 Определениестратегиивыборавходныхданныхдлятестирования.

 Определениепотребностивавтоматизированнойсистеметестированияидизайнтакой

системы.

4. Расписаниетестовыхциклов.

5. Фиксациютестовойконфигурации:составаиконкретныхпараметроваппаратурыипрограммного

окружения.

6. Определениеспискатестовыхметрик,которыенатестовомцикленеобходимособратьи

проанализировать.

ТИПЫТЕСТИРОВАНИЯ

Страница14



Типытестированияповидуподсистемыилипродукта:

1. ТЕСТИРОВАНИЕОСНОВНОЙФУНКЦИОНАЛЬНОСТИ,когдатестированиюподвергаетсясистема,

являющаясяосновнымвыпускаемымпродуктом.

2. ТЕСТИРОВАНИЕИНСТАЛЛЯЦИИвключаеттестированиесценариевпервичнойинсталляции

системы,сценариевповторнойинсталляции,тестированиедеинсталляции,тестирование

инсталляциивусловияхналичияошибоквинсталлируемомпакете,вокружениииливсценариии

т.п.

3. ТЕСТИРОВАНИЕПОЛЬЗОВАТЕЛЬСКОЙДОКУМЕНТАЦИИвключаетпроверкуполнотыи

понятностиописанияправилиособенностейиспользованияпродукта,наличиеописаниявсех

сценариевифункциональности,синтаксисиграмматикуязыка,работоспособностьпримеровит.п.

Типытестированияпоспособувыборавходныхзначений:

1. Функциональноетестирование,прикоторомпроверяется:

 Покрытиефункциональныхтребований.

 Покрытиесценариевиспользования.

2. Стрессовоетестирование,прикоторомпроверяютсяэкстремальныережимыиспользования

продукта.

3. Тестированиеграничныхзначений.

4. Тестированиепроизводительности.

5. Тестированиенасоответствиестандартам.

6. Тестированиесовместимостисдругимипрограммно‐аппаратнымикомплексами.

7. Тестированиеработысокружением.

8. Тестированиеработынаконкретнойплатформе.

ТЕСТИРОВАНИЕСЦЕНАРИЕВ

Разработкатестов,основанныхнаиспользованиисценариев,осуществляетсяпоследующейметодике:

1. Определяетсямодельиспользования,включающаяоперационноеокружениепродуктаи"актеров".

2. Разрабатываютсясценариииспользованияпродукта.

3. Разрабатываетсянабортестов,покрывающихзаданныесценарии.

Использованиесценариевнетребуетналичияполнойформальнойспецификациитребований,нозато

можетпотребоватьбольшевременинаразработкуианализ.Ещеоднаособенностьтестирования

сценариевзаключаетсявтом,чтоэтотметоднаправляеттестированиенапроверкуконкретныхрежимов

использованияпродукта,чтопозволяетнаходитьдефекты,которыеметодтестированияпо

функциональнымтребованиямможетпропустить.

СТАНДАРТЫКАЧЕСТВА

ПРОЦЕССГАРАНТИИКАЧЕСТВАобеспечиваетпроведениепроверок,гарантирующих,чтопроцесс

разработкиудовлетворяетнаборуопределенныхтребований(стандартов),необходимыхдлявыпуска

качественнойпродукции.Онпроверяет,чтовсепредусмотренныестандартамиразработкипроцедуры

выполняютсяипривыполнениисоблюдаютсядекларированныедлянихправила.

Требования,предъявляемыекорганизацииработы,необходимойдлявыпускакачественнойпродукции,

оформленыввидестандартовкачества.

Наиболеечастоцитируемаяиизвестнаягруппастандартовкачества–сериястандартовISO9000.

Страница15



Вдополнениекнимсуществуетстандарт,содержащийтребованиякжизненномуциклуразработки

программногообеспечения–ISO12207.

ВреальнойпрактикесейчаснаиболееширокоприменяетсястандартISO12207,авотечественных

госструктурахиспользуютсястандартысерииГОСТ34.

СтандартыкомплексаГОСТ34насозданиеиразвитиеаппаратныхсредств(АС)‐обобщенные,но

воспринимаемыекаквесьмажесткиепоструктурежизненногоцикла(ЖЦ)ипроектнойдокументации.

МеждународныйстандартISO/IEC12207наорганизациюжизненногоциклапродуктовпрограммного

обеспечения(ПО)–содержитобщиерекомендациипоорганизациижизненногоцикла,непостулируяпри

этомегожесткойструктуры.

ЛИТЕРАТУРА

[Майерс1980]–Г.Майерс.Надежностьпрограммногообеспечения.М.:Мир,1980.360с.

[Липаев1986]–В.В.Липаев.Тестированиепрограмм.М.:Радиоисвязь,1986.

[Котляров2006]–В.П.Котляров,Т.В.Коликова.Основытестированияпрограммногообеспечения.Учебное

пособие.М.:Интернет‐УниверситетИнформационныхтехнологий.БИНОМ.ЛабораторияЗнаний,2006.–285

с.

[Boehm1981]–SoftwareEngineeringEconomic.–Prentice‐Hall,Inc,N.J.

1981.

[Синицын2006]–СиницынС.В.,НалютинН.Ю.Верификацияпрограммногообеспечения.Курслекций.

Московскийинженерно‐физическийинститут.М.2006.

Страница16



МОДУЛЬ2«МЕТОДЫИВИДЫТЕСТИРОВАНИЯ»

ТИПЫПРОЦЕССОВТЕСТИРОВАНИЯ

МОДУЛЬНОЕТЕСТИРОВАНИЕ.Модульномутестированиюподвергаютсянебольшиемодули(процедуры,

классыит.п.).Модульноетестированиеобычновыполняетсядлякаждогонезависимогопрограммного

модуляиявляетсянаиболеераспространеннымвидомтестирования,особеннодлясистеммалыхи

среднихразмеров.

ИНТЕГРАЦИОННОЕТЕСТИРОВАНИЕ.Проверкакорректностивсехмодулейнегарантируеткорректности

функционированиясистемымодулей,поэтомунеобходимообъединитьихвсистемуипротестировать

системуцеликом.Интеграционноетестирование,когдасистемастроитсяпоэтапно,группымодулей

добавляютсяпостепенно.

СИСТЕМНОЕТЕСТИРОВАНИЕ.Полностьюреализованныйпрограммныйпродуктподвергается

системномутестированию.Наданномэтапетестировщикаинтересуетвсяпрограммавцелом,какеевидит

конечныйпользователь.Основойдлятестовслужатобщиетребованиякпрограмме,включаянетолько

корректностьреализациифункций,ноипроизводительность,времяотклика,устойчивостьксбоям,атакам,

ошибкампользователяит.д.

НАГРУЗОЧНОЕТЕСТИРОВАНИЕ.Нагрузочноетестированиепозволяетполучатьпрогнозируемыеданные

опроизводительностисистемыподнагрузкой,атакжепозволяеткомандеразработки,приниматьболее

обоснованныерешения,направленныенавыработкуоптимальныхархитектурныхкомпозиций.Заказчиксо

своейстороны,получаетвозможностьпроводитьприёмо‐сдаточныеиспытаниявусловияхприближенныхк

реальнымусловиям.

ФОРМАЛЬНЫЕИНСПЕКЦИИ.Формальнаяинспекцияявляетсяоднимизспособовверификации

документовипрограммногокода,создаваемыхвпроцессеразработкипрограммногообеспечения.При

формальнойинспекциигруппаспециалистовосуществляетпроверкусоответствияинспектируемых

документовисходнымдокументам

.Длянезависимостипроверкионаосуществляетсяинспекторами,не

участвовавшимивразработкеинспектируемогодокумента.

ИЗДЕРЖКИТЕСТИРОВАНИЯ

Напрактикепопулярныследующиеметодытестированияиотладки,упорядоченныепосвязаннымсих

применениемзатратам.

1. Статическиеметодытестирования.

2. Модульноетестирование.

3. Интеграционноетестирование.

4. Системноетестирование.

5. Тестированиереальногоокруженияиреальноговремени.

Зависимостьэффективностипримененияперечисленныхметодовилиихспособностикобнаружению

соответствующихклассовошибок(С)сопоставленанарис.8.3[Котляров2006]сзатратами(В).

Страница17



Рис.8.3.Издержкитестирования.

Втаблице4.3[Котляров2006]даныхарактеристикимодульного,интеграционногоисистемного

тестированияиихсравнениемеждусобой.

Таблица4.3.Характеристикимодульного,интеграционногоисистемноготестирования



Модульное



Интеграционное



Системное



Типыдефектов



Локальные

дефекты,такие

какопечаткив

реализации

алгоритма,

неверные

операции,

логическиеи

математические

выражения,

циклы,ошибкив

использовании

локальных

ресурсов,

рекурсияит.п.

Интерфейсные

дефекты,такиекак

невернаятрактовка

параметровиих

формат,неверное

использование

системныхресурсови

средств

коммуникации,ит.п.

Отсутствующаяили

некорректная

функциональность,неудобство

использования,

непредусмотренныеданныеи

ихкомбинации,

непредусмотренныеилине

поддержанныесценарии

работы,ошибкисовместимости,

ошибкипользовательской

документации,ошибки

переносимостипродуктана

различныеплатформы,

проблемыпроизводительности,

инсталляцииит.п.

Необходимостьв



системе

тестирования

Да Да Нет(*)

Ценаразработки



системы

тестирования

Низкая Низкаядоумеренной Умереннаядовысокойили

неприемлемой

Ценапроцесса



тестирования:

разработки,прогона

ианализатестов

Низкая Низкая Высокая

Страница18



(*)прямойнеобходимостивсистеметестированиянет,ноценапроцессасистемноготестированиячасто

настольковысока,чтотребуетиспользованиясистемавтоматизации,несмотрянавозможновысокуюих

стоимость.

Поэтомувсеметодытестированиянетолькоимеютправонасуществование,ноиимеютсвоюнишу,где

хорошообнаруживаютошибки,тогдакаквненишиихэффективностьпадает.Поэтомунеобходимо

совмещатьразличныеметодыистратегииотладкиитестированиясцельюобеспечениязапланированного

качествапрограммногопродуктаприограниченныхзатратах,чтодостижимоприиспользованиипроцесса

управлениякачествомпрограммногопродукта.

СТАТИЧЕСКОЕТЕСТИРОВАНИЕвыявляетформальнымиметодамианализабезвыполнениятестируемой

программыневерныеконструкцииилиневерныеотношенияобъектовпрограммы(ошибкиформального

задания)спомощьюспециальныхинструментовконтролякода–CodeChecker.

ДИНАМИЧЕСКОЕТЕСТИРОВАНИЕ(собственнотестирование)осуществляетвыявлениеошибоктолькона

выполняющейсяпрограммеспомощьюспециальныхинструментовавтоматизациитестированияTestbed

Testbench.

МЕТОДЫТЕСТИРОВАНИЯ

ЧЕРНЫЙЯЩИК

Идеятестированиясистемы,какчерногоящикасостоитвтом,чтовсематериалы,доступныетестировщику

–требованиянасистему,описывающиеееповедениеисамасистема,работатьскоторойонможет,только

подаваянаеевходынекоторыевнешниевоздействияинаблюдаянавыходахнекоторыйрезультат.Все

внутренниеособенностиреализациисистемыскрытыоттестировщика,тоестьсистемаипредставляет

собой“черныйящик”,правильностьповедениякоторогопоотношениюктребованиямипредстоит

проверить.

Основнаязадачатестировщикадляданногометодатестированиясостоитвпоследовательнойпроверке

соответствияповедениясистемытребованиям.Крометого,тестировщикдолженпроверитьработусистемы

вкритическихситуациях–чтопроисходитвслучаеподачиневерныхвходныхзначений.

Врезультатетестированияобычновыявляетсядватипапроблемсистемы:

1. Несоответствиеповедениясистемытребованиям.

2. Неадекватноеповедениесистемывситуациях,непредусмотренныхтребованиями.

ПРОБЛЕМЫПЕРВОГОТИПАобычновызываютизменениепрограммногокода,гораздореже–изменение

требований.

ПРОБЛЕМЫВТОРОГОТИПАоднозначнотребуютизменениятребованийввидуихнеполноты–в

требованияхявнопропущенаситуация,приводящаякнеадекватномуповедениюсистемы.

Тестированиечерногоящиканазываюттакжетестированиемпотребованиям,т.к.этоединственный

источникинформациидляпостроениятестовыхпланов.

СТЕКЛЯННЫЙ(БЕЛЫЙ)ЯЩИК

Притестированиисистемы,какстеклянногоящика,тестировщикимеетдоступнетолькоктребованиямна

систему,еевходамивыходам,ноикеевнутреннейструктуре–видитеепрограммныйкод.

Страница19



Доступностьпрограммногокодарасширяетвозможноститестировщикатем,чтоонможетвидеть

соответствиетребованийучасткампрограммногокодаивидетьтемсамым–навесьлипрограммныйкод

существуюттребования.Программныйкод,длякоторогоотсутствуюттребования,называюткодом,

непокрытымтребованиями.

ТЕСТИРОВАНИЕМОДЕЛЕЙ

Тестированиемоделейнаходитсянескольковсторонеотклассическихметодовверификации

программногообеспечения.Преждевсего,этосвязаностем,чтообъекттестирования–несамасистема,а

еемодель,спроектированнаяформальнымисредствами.

Работаясмодельюможносоздатьтакиеситуации,которыеневозможносоздатьвтестовойлаборатории

дляреальнойсистемы.Работаясмодельюпрограммногокодасистемыможноанализироватьегосвойства

итакиепараметрысистемы,какоптимальностьалгоритмовилиееустойчивость.

АНАЛИЗПРОГРАММНОГОКОДА(ИНСПЕКЦИИ)

Вомногихситуацияхтестированиеповедениясистемывцеломневозможно–отдельныеучастки

программногокодамогутникогданевыполняться,приэтомонибудутпокрытытребованиями.Вэтом

случаевыполняетсяручнойанализпрограммногокоданакорректность,называемыйтакжепросмотрами

илиинспекциямикода.Есливрезультатеинспекциивыявляютсяпроблемныеучастки, тоинформацияоб

этомпередаетсяразработчикамдляисправлениянаравнесрезультатамиобычныхтестов.

МОДУЛЬНОЕТЕСТИРОВАНИЕ

Сложнаяпрограммнаясистемавсегдасостоитизотдельныхчастей–модулей,выполняющихтуилииную

функциювсоставесистемы.Чтобыудостоверитьсявкорректнойработесистемывцелом,необходимо

вначалепротестироватькаждыймодульсистемыпоотдельности.Такоетестированиемодулейпо

отдельностиполучилоназываниемодульноготестирования.Такимобразом,модульноетестирование–это

тестированиепрограммынауровнеотдельновзятыхмодулей,функцийиликлассов.

ЦЕЛЬМОДУЛЬНОГОТЕСТИРОВАНИЯсостоитввыявлениилокализованныхвмодулеошибок,в

реализацииалгоритмов,тоестьпроверкесоответствиятребованиямкаждогоотдельногомодулясистемы

передтем,какбудетпроизведенаегоинтеграциявсоставсистемы.

Входемодульноготестированиярешаютсячетыреосновныезадачи.

ПЕРВАЯЗАДАЧА–разработкатестовогоокруженияитестовыхпримеров,атакжевыполнениетестов,

протоколированиерезультатоввыполненияисоставлениеотчетовопроблемах.

ВТОРАЯЗАДАЧА–выявлениепроблемывдизайнесистемыинелогичныхилизапутанныхмеханизмов

работысмодулем.

ТРЕТЬЯЗАДАЧА–поддержкапроцессаизменениясистемы.Модульныетестыявляютсямощным

инструментомпроверкитого,чтоновыйвариантпрограммногокодавыполняеттежефункции,чтои

старый.

ЧЕТВЕРТАЯ,ЗАДАЧА–созданиеподробныхотчетовопроблемах,которыепозволяютлокализоватьи

устранитьдефектывпрограммнойсистеменараннихстадияхееразработкиилиразработкиееновой

функциональности.

Модульноетестированиепроводитсяпопринципу"белогоящика",тоестьосновываетсяназнании

внутреннейструктурыпрограммы,ичастовключаеттеилииныеметодыанализапокрытиякода.



Страница20



Модульноетестированиеобычноподразумеваетсозданиевокругкаждогомодуляопределеннойсреды,

включающейзаглушкидлявсехинтерфейсовтестируемогомодуля.Некоторыеизнихмогутиспользоваться

дляподачивходныхзначений,другиедляанализарезультатов,присутствиетретьихможетбыть

продиктованотребованиями,накладываемымикомпиляторомисборщиком.

Науровнемодульноготестированияпрощевсегообнаружитьдефекты,связанныесалгоритмическими

ошибкамииошибкамикодированияалгоритмов,типаработысусловиямиисчетчикамициклов,атакжес

использованиемлокальныхпеременныхиресурсов.

ПОНЯТИЕМОДУЛЯИЕГОГРАНИЦ

МОДУЛЬ–этокомпонентминимальногоразмера,которыйможетбытьнезависимопротестированвходе

верификациипрограммнойсистемы.Обычнозатестируемыймодульпринимаетсялибопрограммный

модуль(единицакомпиляции)вслучае,еслисистемаразрабатываетсянапроцедурномязыке

программированияиликласс,еслисистемаразрабатываетсянаобъектно‐ориентированномязыке.

Вреальностичастовозникаютпроблемыстем,чтосчитатьмодулем.Существуетнесколькоподходовк

данномувопросу:

 модуль–эточастьпрограммногокода,выполняющаяоднуфункциюсточкизрения

функциональныхтребований;

 модуль–этопрограммныймодуль,т.е.минимальныйкомпилируемыйэлементпрограммной

системы;

 модуль–этозадачавспискезадачпроекта(сточкизренияегоменеджера);

 модуль–этоучастоккода,которыйможетуместитьсянаодномэкранеилиодномлистебумаги;

 модуль–этоодинклассилиихмножествосединыминтерфейсом.

Еслисистеманаписананапроцедурномязыке,топроцесстестированиямодуляпроисходитследующим

образом.Длякаждогомодуляразрабатываетсятестовыйдрайвер,вызывающийфункциимодуляи

собирающийрезультатыихработыинаборзаглушек,которыеимитируютповедениефункций,

содержащихсявдругихмодулях,непопадающихподтестированиеданногомодуля.

ПОДХОДЫКМОДУЛЬНОМУТЕСТИРОВАНИЮ

ПЕРВЫЙПОДХОДкмодульномутестированиюосновываетсянапредположении,чтофункциональность

каждоговновьразработанногомодулядолжнапроверятьсявавтономномрежимебезегоинтеграциис

системой.

ДОСТОИНСТВА–болеепростаялокализацияошибоквмодуле,посколькуприавтономномтестировании

исключаетсявлияниеостальныхчастейсистемы,котороеможетвызыватьмаскировкудефектов(эффект

четногочислаошибок).

НЕДОСТАТКИ–повышеннаятрудоемкостьнаписаниядрайверовизаглушек,посколькузаглушкидолжны

адекватномоделироватьповедениесистемывразличныхситуациях,адрайвердолженнетолькосоздавать

тестовоеокружение,ноиимитироватьвнутреннеесостояниесистемы,всоставекоторойдолжен

функционироватьмодуль.

ВТОРОЙПОДХОДкмодульномутестированиюпостроеннапредположении,чтомодульработаетв

составесистемыиеслимодулиинтегрироватьвсистемупоодному,томожнопротестироватьповедение

модулявсоставевсейсистемы.Этотподходсвойствененбольшинствусовременных“облегченных”

методологийразработки,втомчислеиXP.