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

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

Страница101



Принедостаточномуровнепокрытияинтерфейсатестаминеобходимоуточнениетребованийк

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

МЕТОДЫТЕСТИРОВАНИЯПОЛЬЗОВАТЕЛЬСКОГОИНТЕРФЕЙСА

Функциональноетестированиепользовательскогоинтерфейса:

 ручноетестирование,принепосредственномучастииоператора;

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

1.РУЧНОЕТЕСТИРОВАНИЕ.

РУЧНОЕТЕСТИРОВАНИЕпользовательскогоинтерфейсапроводитсятестировщикомнаосноветестовых

примеровввиденаборасценариев.

СЦЕНАРИЙ–перечислениепоследовательностидействийтестировщикаиописаниерезультатов

тестированияответныхреакцийсистемы.

ТАБЛИЦА–формазаписисценария.Перваяколонка–описаниедействий;втораяколонка–ожидаемая

реакциясистемы;третьяколонка–совпадениеилинесовпадениеожидаемойреакциисистемысреальной

(Таблица7[Синицын2006]).

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

№п/п Действие Реакциясистемы Результат

1 Щелкнитенапиктограмме

Systemивыберитепункт

меню‘System

ManagementApplet’.

Появитсяокноввода

логинаипароля

Верно

2 Введитевпоявившееся

окновводаимя

пользователя‘guest1’и

пароль‘guest’.Затем

нажмитекнопку‘Login’.

Появитсяокно‘System

ManagementApplet’.В

верхнемправомуглу

должнобытьвыведено

имявошедшего

пользователяguest1.Все

опциивокнедолжны

бытьотключены

(выведенысерым

цветом).

Неверно

Окноимеетназвание‘System

ManagementApplication’

3 Завершитесеансработыс

апплетомщелчкомпо

пиктограмме‘Logout’.

Окно‘SystemManagement

Applet’должнобыть

закрыто.

Верно

УДОБСТВОРУЧНОГОТЕСТИРОВАНИЯ.

 Контролькорректностиинтерфейсапроводитсячеловеком,т.е.“потребителем”даннойчасти

программнойсистемы.

Страница102



 Анализуспешноститестаприкосметическихизмененияхвинтерфейсесистемы(например,при

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

человеческомувосприятию.

НЕДОСТАТКИРУЧНОГОТЕСТИРОВАНИЯ.

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

 Припроведениирегрессионноготестированияивообщелюбогоповторноготестирования–на

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

тестировщика.

2.СЦЕНАРИИНАФОРМАЛЬНЫХЯЗЫКАХ.

АВТОМАТИЗАЦИЯТЕСТИРОВАНИЯпользовательскогоинтерфейса–использованиепрограммных

инструментов,эмулирующихповедениетестировщикаприручномтестировании.Вкачествевходной

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

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

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

операционнойсистемы.

Припередачеинформациивтестируемыйинтерфейсиприполученииинформациидляанализа

используютсяследующиедоступыкэлементаминтерфейса:

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

(относительноэкрана)илиотносительных(относительноокна)координатиразмеров;

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

интерфейсногоэлементаприпомощиегоуникальногоидентификаторавпределахокна.

ПЕРВЫЙМЕТОД.Прирегрессионномтестированиипослевнесенияизмененийвпользовательский

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

ключевогоинтерфейсногоэлемента,каквсесценарииначнутработатьневерно).Поэтомунеобходимо

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

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

ВТОРОЙМЕТОД.Этотметодболееустойчивкизменениюрасположенияинтерфейсныхэлементов,но

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

элементов.

Пустьв первой версии системы при нажатиина кнопку “Передатьданные“



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

прогресса. Сценарий тестового примера включает в себя имитацию

нажатия на кнопку и обращение к индикатору прогресса для получения

значенияпрогрессавпроцентах.



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

вначале выводится окно «Вы уверены?»скнопками«Да»и«Нет»,тодля

проверки работы индикатора прогресса в тестовый сценарий необходимо

добавитьимитациюнажатиякнопки«Да».

Страница103



ТЕСТИРОВАНИЕУДОБСТВАПОЛЬЗОВАТЕЛЬСКОГОИНТЕРФЕЙСА

УДОБСТВОПОЛЬЗОВАТЕЛЬСКОГОИНТЕРФЕЙСА(USABILITY)–простотадоступапользователяк

функциямсистемычерезчеловеко‐машинный(пользовательский)интерфейс.

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

программнойинженерии,такивфизиологии,психологиииэргономике.

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

 легкостьобучения–быстроличеловекучитсяиспользоватьсистему;

 эффективностьобучения–быстроличеловекработаетпослеобучения;

 запоминаемостьобучения–легколичеловекзапоминаетсявсе,чемуоннаучился;

 ошибки–частоличеловекдопускаетошибкивработе;

 общаяудовлетворенность–являетсялиположительнымобщеевпечатлениеотработыссистемой.

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

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

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

листов.

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

1. ИССЛЕДОВАТЕЛЬСКИЙ–послеформулированиятребованийксистемеиразработкипрототипа

интерфейса.Цель

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

онрешатьзадачипользователя.

2. ОЦЕНОЧНЫЙ–послеразработкинизкоуровневыхтребованийидетальногопрототипа

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

пользовательскогоинтерфейса(количествообращенийксистемепомощипоотношениюк

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

последствийошибочныхоперацийит.п.).

3. ВАЛИДАЦИОННЫЙ–ближекэтапузавершенияразработки.Цель–провестианализсоответствия

интерфейсапрограммнойсистемыстандартам,регламентирующимвопросыудобстваинтерфейса,

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

конечногопользователя.

4. СРАВНИТЕЛЬНЫЙ–налюбомэтаперазработкиинтерфейса.Цель–сравнениедвухилиболее

вариантовреализациипользовательскогоинтерфейса.

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

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

систем.ЯкобНильсенвыделилследующие10эвристическиххарактеристикудобногопользовательского

интерфейса[Nielsen2004]:

1. НАБЛЮДАЕМОСТЬСОСТОЯНИЯСИСТЕМЫ–системавсегдадолжнаоповещатьпользователяо

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

2. СООТНЕСЕНИЕСРЕАЛЬНЫММИРОМ–

терминология,использованнаявинтерфейсесистемы

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

3. ПОЛЬЗОВАТЕЛЬСКОЕУПРАВЛЕНИЕИСВОБОДАДЕЙСТВИЙ–предоставлениеопределенного

“аварийноговыхода”,припомощикоторогоможновернутьсякпредыдущемунормальному

состоянию.Ктаким“аварийнымвыходам”относятся,например,функцииобратногоотката.

4. ЦЕЛОСТНОСТЬИСТАНДАРТЫ–дляобозначенияоднихитехжеобъектов,ситуацийидействий

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

Страница104



5. ПОМОЩЬПОЛЬЗОВАТЕЛЯМвраспознавании,диагностикеиустраненииошибок–Сообщенияоб

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

6. ПРЕДОТВРАЩЕНИЕОШИБОК–необходимолибополностьюустранитьэлементы,вкоторых

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

потенциальновозможномвозникновениипроблемы.

7. РАСПОЗНАВАНИЕ,АНЕВСПОМИНАНИЕ–минимизациянагрузкинапамятьпользователя

(объекты,действияиопции–ясные,доступныеиявновидимые).

8. ГИБКОСТЬИЭФФЕКТИВНОСТЬИСПОЛЬЗОВАНИЯ–горячиеклавишивинтерфейсе,т.е.система

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

9. ЭСТЕТИЧНЫЙИМИНИМАЛЬНОНЕОБХОДИМЫЙДИЗАЙН–окнанедолжнысодержатьне

относящуюсякделуилиредкоиспользуемуюинформацию.

10. ПОМОЩЬИДОКУМЕНТАЦИЯ–документациядолжнабытьструктурированатак,чтобы

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

разделдолженсодержатьпошаговыеруководстваповыполнениюзадачи.

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

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

формальнойинспекции.

ЛИТЕРАТУРА

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

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

[Nielsen2004]–NielsenJ.TenUsabilityHeuristics(http://www.useit.com/papers/heuristic_list.html

)

Страница105



МОДУЛЬ10:«ТЕСТИРОВАНИЕОБЪЕКТНО‐ОРИЕНТИРОВАННОГОПРОГРАММНОГО

ОБЕСПЕЧЕНИЯ»

ОБЪЕКТНО‐ОРИЕНТИРОВАННОЕИПРОЦЕДУРНОЕПРОГРАММИРОВАНИЕ

Притестированииприложений,созданныхсиспользованиемобъектно‐ориентированного

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

процедурномпрограммировании.

1. Проектированиетестовнауровнесистемыспомощьюсхемы.

2. Проектированиетестовнауровнесистемыспомощьюпрецедентов.

3. Проектированиепоэлементныхтестовдлясовокупностиклассов.

4. Проектированиепоэлементныхтестовдляиерархииклассов.

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

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

ориентированномпрограммномобеспеченииникоимобразомнеповлияютнаработутестера‐

профессионала.

Объектно‐ориентированноепрограммноеобеспечениеиспользуетклассы(какосновнойэлемент),атакже

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

Объектно‐ориентированноепрограммноеобеспечениеявляетсясобытийноуправляемым.Передача

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

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

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

сообщенияпредназначены.

Припроцедурномпрограммированииконтролируютсяпотокимеждуфункциямипрограммного

обеспечения.

Различиевподходахпрограммированиятребуетдополнительныхподходовпритестированииобъектно‐

ориентированныхприложений.

ОБЪЕКТНО‐ОРИЕНТИРОВАННАЯТЕРМИНОЛОГИЯ

КЛАСС‐этоплан,согласнокоторомузадаютсяданныеиповедение(методы),общиедлявсехклассов

определенноготипа.

ОБЪЕКТ‐этопредставительотдельногокласса.

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

Формадляпеченья.Класс ‐ это форма для печенья, котораязадает то,как

этопеченьебудетвыглядеть.Объекты‐этопеченье,созданныеспомощью

какой‐тооднойформы.

НАСЛЕДОВАНИЕдаетвозможностьполучатьновыеклассыизужесуществующихклассов.Дочернийкласс

(производныйкласс)наследуетвседанныеиповедение(методы)коренногокласса(базовогокласса).К

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

Страница106



ИНКАПСУЛЯЦИЯобеспечиваетпрограммистовчеткозаданныминтерфейсомдляфункцийобъектатаким

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

объекта.

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

(даннымиметодам).Объектвсегдаможетполучитьдоступкчленам,заданнымврамкахегособственного

класса.Членыкласса,отмеченныекакоткрытые,становятсявнешневидимыми,позволяяобъектам

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

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

родительскогокласса.

ТЕСТИРОВАНИЕПРОГРАММНОГООБЕСПЕЧЕНИЯ

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

тестированиесистемыипоэлементноетестирование.

ТЕСТИРОВАНИЕсистемынезависитотпроцессов,используемыхдлясозданиякакого‐либоприложения.

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

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

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

деталямреализации.Вобъектно‐ориентированномкодекласс–этонаименьшийэлемент,которыйможно

компилировать.

Главноеотличиемеждудвумяметодологиямипроектированиясостоитвтом,чтоприпоэлементном

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

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

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

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

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

приложений,такидляобъектно‐ориентированныхприложений.Основноеотличиесостоитввыполнении

тестовыхпримеров.Поэлементноетестированиеобъектно‐ориентированногоприложениятребуеттаких

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

Приобъектно‐ориентированномпрограммированиипроисходитпереходотмодели,описывающей

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

классифицироватькакположительноесвойстводанногоперехода.

Отрицательнымаспектомсовершаемогопереходадляприменениярассмотренныхранеемоделейявляется

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

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

библиотек,

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

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

Тестированиеобъектно‐ориентированнойпрограммывключаеттежеуровни,чтоитестирование

процедурнойпрограммы‐модульное,интеграционноеисистемное.

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

проекта,включаетвсебянесколькоэтапов,соответствующихуровнямтестирования.

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

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

Страница107



 Навторомуровнетестируютсяметодыкласса,которыеобразуютконтекстинтеграционного

тестированиякаждогокласса.

 Натретьемуровнеужепротестированныйклассвключаетсявобщийконтекст(деревоклассов)

программногопроекта.Здесьстановитсявозможнымотслеживатьреакциюпрограммынавнешние

события.

Второйитретийуровнирассматриваемоймоделисоответствуютэтапуинтеграционноготестирования.

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

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

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

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

Притестированииобъектно‐ориентированныхсистемсуществуетрядособенностей,преждевсего

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

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

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

обработано.Поэтомукаждыйметод(функция‐членкласса)долженпройтитрадиционноемодульное

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

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

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

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

внутреннимданнымкласса.Притакомтестированиивозможнообнаружениенетолькостандартных

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

аннымитребованиями,а

такжеобнаружениеспецифическихдефектовобъектно‐ориентированногопрограммногообеспечения:

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

недоступнымиприпомощисоответствующихпубличныхметодов;

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

методыотклассов‐потомков;

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

распространеннымненавсевозможныеклассы;

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

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

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

 ОПРЕДЕЛЕНИЕСТЕПЕНИПОЛНОТЫТЕСТИРОВАНИЯКЛАССА.Есливкачестветестируемого

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

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

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

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

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

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

сценарииработысданнымклассом.

 ПРОТОКОЛИРОВАНИЕСОСТОЯНИЙОБЪЕКТОВИИХИЗМЕНЕНИЙ.Некоторыеметодыкласса

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

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

отдельныймоментвремени,авызовметодов,изменяющихданные,изменяетисостояниеобъекта.

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

Страница108



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

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

 ТЕСТИРОВАНИЕИЗМЕНЕНИЙ.Модульныетесты–мощныйинструментпроверкикорректности

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

толькоодногоклассанеменяетсяеговнешнийинтерфейссдругимиклассами(интерфейсы

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

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

именаисоставметодов,ихпараметры),такипофункциональным(присохранениивнешнего

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

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

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

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

даннымилипоуправлению.

Каждыйклассдолженбытьрассмотреникаксубъектинтеграционноготестирования.Интеграциядлявсех

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

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

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

Входеинтеграционноготестированиядолжныбытьпроверенывсевозможныевнешниевызовыметодов

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

Объектно‐ориентированныйподход,ставшийвнастоящеевремянеявнымстандартомразработки

программныхкомплексов

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

Каждыйклассрассматриваетсякакобъектмодульногоиинтеграционноготестирования.Сначалакаждый

методклассатестируется,какмодульповыбранномукритерию.Затемклассстановитсяобъектом

интеграционноготестирования.Далееосуществляетсяинтеграциявсехметодоввсехклассоввединую

структуру‐классовуюмодельпроекта.

ЛИТЕРАТУРА

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

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

ПОЭЛЕМЕНТНОЕТЕСТИРОВАНИЕКЛАССОВ

Классыявляютсяхарактернойособенностьюобъектно‐ориентированногопрограммирования,однако

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

ТЕСТИРОВАНИЕСИСПОЛЬЗОВАНИЕМОРТОГОНАЛЬНЫХМАССИВОВ

Унекоторыхприложенийчисловходныхзначенийневеликоиограничено,ноперечислениевсех

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

тестовыхпримеров–этоприменениекомбинаторныхметодов,известныхкактестированиеортогональных

массивов.

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

промышленности.Дляпримененияэтогометоданеобходимо,чтобыупрограммыбылинезависимые

наборысостояний.Задачасостоитвспариваниикаждогосостоянияизодногонаборасовсемисостояниями

издругогонабора,покрайнеймере,одинраз.

Описаниетестовогопримерапопокупкекнигипользователем.

Страница109



Приложениедлякнижногомагазинаобрабатываетинформациюпредставленнуюнарис.6.11[Тамре2006].



Программноеобеспечение,созданноеспомощьюобъектно‐ориентированныхметодов,состоитизтрех

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

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

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

состояние.

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

комбинациипотребует3241,или36тестовыхпримеров.Есливыбратьсостояниеиздвухклассов

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

табл.6.4[Тамре2006],и,следовательно,числонеобходимыхтестовыхпримеровбудетниже.



Рассматриваявтаблицетолькостолбцы“Книги”и“Доставка”(игнорируястолбец“Закупка”),можно

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

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

остальныхдвухклассов,поэтомуинспектированиеспариванийстолбцов“Книги”и“Закупка”указываетна

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

примерами1и4,гдеклассыкнигаизакупкаобладаютсоответственносостояниямив_наличии_на_складеи

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

Способреализациитестовогопримера(например,№1)зависитотсредыразработки.Приобъектно‐

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

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

наличныекобъектуклассадоставкавсостояниисрочная.Впроцедурномязыкеэтоттестзаключаетсяв

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

_книгу,купить_книгу

идоставить_книгусоответственно.

Страница110



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

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

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

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

ранее.Приэтомдопускаетсярасширениефункцийсуществующегокодабезреальноймодификации

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

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

возможности.

Рассмотримхарактерныйпример.Нарис.6.12[Тамре2006]показанаструктуранаследованиядлятрех

классов:1)КлассА;2)КлассБ,потомокклассаА;3)КлассВ,потомокклассаБиклассаА.



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

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

дочерний.

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

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

рис.6.13[Тамре2006],перечисленывсеметоды,каквродительском,такипроизводномклассе,атакже

заданото,какиеметодывидныдлякаждогокласса.