Новости Словари Конкурсы Бесплатные SMS Знакомства Подари звезду
В нашей
базе уже
59876
рефератов!
Логин

Пароль

Технологии тестирования программного обеспечения

Технологии тестирования программного обеспечения.
Технологии тестирования программного обеспечения
2.1. Введение. Понятия процесса программирования качественно изменились.Производство программ приобрело массовый характер, существенноувеличились их объем и сложность. Разработка программных комп-лексов потребовала значительных усилий больших коллективовспециалистов. Программы перестали быть только вычислительнымии начали выполнять важнейшие функции по управлению и обработкеинформации в различных отраслях. Развитие и применение технологий проектирования комплексовпрограмм приводит к необходимости измерения и сравнения их эф-фективности прежде всего по степени влияния на качество прог-раммного продукта. Обеспечение высокого качества сложных комплексов программсвязано со значительными затратами труда разработчиков. Затра-ты на создание программ быстро увеличиваются при возрастаниитребований, причем для сложных комплексов весьма сложно дос-тичь высокого качества функционирования, и после обеспеченияобщей работоспособности могут понадобится годы труда для полу-чения необходимых показателей качества. Поэтому уже сегоднятребуются методы и средства, которые позволили бы заметно по-высить качество программ программ при относительно невысокихзатратах труда. 2.2. Обоснование выбора технологии тестирования. Как известно, при создании типичного программного проектаоколо 50% общего времени и более 50% общей стоимости расходу-ется на проверку (тестирование) разрабатываемой программы илисистемы. Кроме того, доля стоимости тестирования в общей стои-мости программ имеет тенденцию возрастать при увеличении слож-ности комплексов программ и повышения требований к их качест-ву. Учитывая это, при отработке технологии тестирования прог-рамм следует четко выделять определенное (по возможности неочень большое) число правил отладки, обеспечивающих высокоекачество программного продукта и снижающих затраты на его соз-дание. Тестирование - это процесс исполнения программы с цельюобнаружения ошибок. Одним из способов изучения поставленноговопроса является исследование стратегии тестирования, называе-мой стратегией черного ящика, тестированием с управлением поданным, или тестированием с управлением по входу-выходу. Прииспользовании этой стратегии программа рассматривается какчерный ящик. Тестовые данные используются только в соответст-вии со спецификацией программы (т.е. без учета знаний о еевнутренней структуре). При таком подходе обнаружение всех ошибок в программе яв-ляется критерием исчерпывающего входного тестирования. Послед-нее может быть достигнуто, если в качестве тестовых наборовиспользовать все возможные наборы входных данных. Следователь-но, мы приходим к выводу, что для исчерпывающего тестированияпрограммы требуется бесконечное число тестов, а значит постро-ение исчерпывающего входного теста невозможно. Это подтвержда-ется двумя аргументами: во-первых, нельзя создать тест, гаран-тирующий отсутствие ошибок; во-вторых, разработка таких тес-тов противоречит экономическим требованиям. Поскольку исчерпы-вающее тестирование исключается, нашей целью должна стать мак-симизация результативности вложения капиталовложений в тести-рование (максимизация числа ошибок, обнаруживаемых одним тес-том). Для этого необходимо рассматривать внутреннюю структурупрограммы и делать некоторые разумные, но, конечно, не облада-ющие полной гарантией достоверности предположения. Стратегия белого ящика, или стратегия тестирования, управ-ляемого логикой программы, позволяет исследовать внутреннююструктуру программы. В этом случае тестирующий получает тесто-вые данные путем анализа логики программы. Сравним способ построения тестов при данной стратегии сисчерпывающим входным тестированием стратегии черного ящика.Неверно предположение, что достаточно построить такой набортестов, в котором каждый оператор исполняется хотя бы одинраз. Исчерпывающему входному тестированию может быть поставле-но в соответствие исчерпывающее тестирование маршрутов. Подра-зумевается, что программа проверена полностью, если с помощьютестов удается осуществить выполнение этой программы по всемвозможным маршрутам ее потока (графа) передач управления. Последнее утверждение имеет два слабых пункта: во-первых,число не повторяющих друг друга маршрутов - астрономическое;во-вторых, даже если каждый маршрут может быть проверен, самапрограмма может содержать ошибки (например, некоторые маршрутыпропущены). В результате всех изложенных выше замечаний можно отме-тить, что ни исчерпывающее входное тестирование ни исчерпываю-щее тестирование маршрутов не могут стать полезными стратегия-ми, потому что оба они не реализуемы. Поэтому реальным путем,который позволит создать хорошую, но, конечно не абсолютнуюстратегию, является сочетание тестирования программы несколь-кими методами. 2.3. Разработка технологического процесса тестирования. Если отказаться от тестирования всех путей, то можно пока-зать, что критерием покрытия является выполнение каждого опе-ратора программы по крайней мере один раз. В качестве примера тестирования возьмем модуль Param.Предназначение модуля - разбирать командную строку с парамет-рами на отдельные параметры. Объектом тестирования изберем правило ParamStr объектаParameters. function Parameters.ParamStr(ParamNum : byte) : string; begin if ParamNum = 0 then if Delux then ParamStr:='' else if Lo(DosVersion) >= 3 then ParamStr:=system.ParamStr(0) else ParamStr:='' else ParamStr:=OptionStr(ParamNum); end; Схема алгоритма этой функции: --------------------¬ ¦ Начало ¦ L---------T---------- ¦ / \ / \ нет /ParamNum \ ----------------¬ \ = 0 / ¦ \ / ----------+---------¬ \ /да ¦ ParamStr = ¦ ¦ ¦OptionStr(ParamNum)¦ / \ L---------T---------- да / \ ¦ -<-----------/ Delux \ ¦ ¦ \ = true / ¦ ----------+-------¬ \ / ¦ ¦ ParamStr = '' ¦ \ /нет ¦ L---------T-------- ¦ ¦ ¦ / \ ¦ ¦ / Lo( \ нет ¦ ¦ /DosVersion --------------¬ L--------¬ ¦ \ ) >= 3 / ¦ ¦ ¦ \ / ¦ ¦ ¦ \ /да ¦ ¦ ¦ -----------+---------¬ ---------+--------¬ ¦ ¦ ¦ ParamStr = System.¦ ¦ ParamStr = '' ¦ ¦ ¦ ¦ ParamStr(0) ¦ L--------T--------- ¦ ¦ L----------T---------- ¦ ¦ L---------------->+<-------------------+<---------- ----------+---------¬ ¦ Конец ¦ L-------------------- Рис 2.1. Табл. 2.1.г===T==================T===================T====================¬¦ N ¦ Входные данные ¦Ожидаемый результат¦Полученный результат¦¦---+------------------+-------------------+--------------------¦¦ 1 ¦ ParamNum = 1 ¦ ParamStr = ¦ ParamStr = ¦¦ ¦ ¦OptionStr(ParamNum)¦OptionStr(ParamNum) ¦¦---+------------------+-------------------+--------------------¦¦ 2 ¦ ParamNum = 0 ¦ ParamStr = '' ¦ ParamStr = '' ¦¦ ¦ Delux = true ¦ ¦ ¦¦---+------------------+-------------------+--------------------¦¦ 3 ¦ ParamNum = 0 ¦ParamStr = ¦ParamStr = ¦¦ ¦ Delux = false ¦ System.ParamStr(0)¦ System.ParamStr(0) ¦¦ ¦ Lo(DosVersion)=3 ¦ ¦ ¦¦---+------------------+-------------------+--------------------¦¦ 4 ¦ ParamNum = 0 ¦ParamStr = '' ¦Para
Умар.Ш. был тут !!!!!
 
давайте изгоним мат !!!
 
ДОБРОЙ НОЧИ ОТ Ъ
ЛОКИ ИНО
 
ДМК МЭ
 
где инфааа?