|
Реферат
Работа посвящена разработке набора тестов для проверки соответствия модуля в составе системы OSS техническому заданию.
Пояснительная записка к дипломной работе содержит 113 листов из них: 13 рисунков, 19 таблиц, 1 приложение.
Ключевые слова: система поддержки операций (OSS), FTTx (fiber to the “x”), тестирование, тест, FTTB (fiber to the building), FTTH (fiber to the home), уровень тестирования, вид тестирования, инструмент тестирования, автоматизация, VBScript, библиотека GUI.
Дипломная работа посвящена подготовке конечного набора тестов, который должен покрывать поставленные требования, проверять модуль на корректность работы с точки заданного алгоритма функционирования и исключать появление программных ошибок, которые блокируют работу программы.
Основным практическим результатом выполнения дипломной работы является разработанная система ручных сценариев с частичной автоматизацией создания основных объектов тестируемого модуля. Данный набор тестов нашел практическое применение при последующем тестирование модуля «Работа с FTTx».
Содержание
Реферат.
4
Содержание.
5
ВВЕДЕНИЕ..
6
Глава 1. Основные направления, методы и задачи тестирования..
8
1.1 Системы OSS и их тестирование.
8
1.2 Общее описание системы OSS «Аргус» и ее применение
……….12
1.3 Цель и задачи дипломной работы.. 18
1.4 Выбор метода тестирования. 20
Глава 2. Автоматизация тестирования.. 31
2.1 Требования к инструментам тестирования. 31
2.2 Программные продукты компании IBM Rational 33
2.3 Программные продукты компании HP Mercury.. 36
2.4 Программные продукты компании Borland.. 40
2.5 Сравнительный анализ инструментов тестирования. 43
2.6 Выбранный инструмент тестирования. 47
Глава 3. Проектирование сценариев тестирования.. 48
3.1 Разработка модели системы тестирования. 48
3.2 Разработка сценариев тестирования. 50
Глава 4. Реализация сценариев тестирования.. 67
4.1 Основные принципы и описание языка реализации.. 67
4.2 Кодовая реализация сценариев тестирования. 75
ЗАКЛЮЧЕНИЕ.. 90
Список сокращений.. 92
Список использованных источников.. 94
Приложение1:Частное Техническое задание«Модуль работы с FTTX... 95
ВВЕДЕНИЕ
Современных менеджеров и разработчиков программного обеспечения просят осуществлять подготовку своих продуктов в минимальные сроки с минимальными ресурсами. Более 90% разработчиков срывают даты поставок. Нарушение сроков носит регулярный характер для 67% разработчиков. Кроме того, в 91% случаев приходилось удалять в цикле разработки ключевую функциональность, чтобы уложиться в срок [1]. Сроки поставки продукта на рынок определяют выживание или смерть продукта — и, следовательно, выживание или смерть компании.
Снизить расходы на разработку, сократить сроки производства можно за счет дальнейшей автоматизации и модернизации бизнес-процессов с помощью программных приложений. Представители деловых и правительственных кругов, отвечающие за разработку приложений, не желают ждать годами, когда появится функционирующий продукт; они требуют сосредоточить усилия на минимизации сроков разработки, что зачастую предполагает выпуск большего количества версий программ. Такой подход позволяет предоставить заказчику готовый продукт с урезанной функциональностью через очень небольшой промежуток времени. Однако необходимость сочетать одну версию программного обеспечения с выходом следующей версии увеличивает объем и сложность работ по тестированию.
Пытаясь сделать большее с помощью меньшего, организации стремятся проводить адекватное тестирование своего программного обеспечения в минимальные сроки. Для достижения этой цели они обращаются к автоматизированному тестированию. Автоматизация работ по тестированию имеет огромную ценность там, где тестовые скрипты повторяются. Такое тестирование на стадиях разработки и интеграции, когда повторно используемые скрипты могут выполняться много раз, обеспечивает значительную отдачу.
Другой пример эффективного использования автоматизированного тестирования - регрессионное тестирование. Регрессионные тесты имеют целью проверку того, что функции, предоставляемые системой или программным продуктом, выполняются должным образом. Автоматизация позволяет выполнить регрессионное тестирование более эффективным образом. Возможности автоматизированного тестирования продолжают расти, позволяя идти в ногу с растущими потребностями в более быстром создании менее дорогостоящих приложений лучшего качества.
Так как ГОСТ 16504-81 "Система государственных испытаний продукции. Испытания и контроль качества продукции. Основные термины и определения" является устаревшим и не дает нужных сведений, мною было принято решение использовать международную систему стандартов Международного Института Инженеров по Электронике и Электротехнике (IEEE).
Данная дипломная работа посвящена разработке конечного набора тестов для проверки соответствия нового модуля в составе системы OSS техническому заданию. Система представляется в виде программного обеспечения компании «Аргус». Деятельность данного ПО направлена, в первую очередь, на поддержку и эксплуатацию существующих систем связи. В качестве тестируемого модуля был взят «Модуль работы с FTTx». Так как, FTTx – технология для предоставления доступа по оптическим сетям, модуль посвящен построению оптических сетей на базе данной технологии, а также предоставлению доступа физическим и юридическим лицам к различным услугам: телефонной связи (ТФоП, VoIP), предоставления доступа к сети передачи данных, телевидения (IPTV,VoD, кабельное телевидение). Доступ, предоставляется по оптико-волоконным кабелям до точки “x”, а далее с использованием медных кабелей.
ЗАКЛЮЧЕНИЕ
В рамках этой работы:
1. Проанализирована специфика системы, в состав которой входит тестируемый модуль. Это многоверсионность ПО, широкое использование GUI, разработка в Delphi 6, использование СУБД Oracle 9i.
2. Выбраны виды тестирования, подлежащие автоматизации. Этими видами являются функциональное тестирование, которое необходимо для проверки соответствия поставленным требованиям, регрессионное тестирование, которое гораздо быстрее и эффективнее производится средствами автоматизации.
3. Выбран инструмент тестирования. Таковым инструментом является продукт компании HP Quality Center. Инструментом для автоматизации является QuickTest Professional.
4. Создана модель системы тестирования и составлен набор ручных сценариев тестирования для проверки соответствия разрабатываемого модуля техническому заданию и корректности его функционирования.
5. Разработан набор автоматизированных сценариев тестирования и план проведения тестирования модуля FTTx.
Разработанный конечный набор сценариев тестирования с частичной автоматизацией активно применяется при тестировании модуля «Работа с FTTx» системы «OSS Аргус». Как уже было упомянуто, «OSS Аргус» используется для поддержки и эксплуатации сетей связи, а модуль, для которого и были разработаны тестовые сценарии, выполняет функции построения оптических сетей и предоставления доступа клиентам к различным типам услуг (ТфОП, ШПД, VoIP, VoD, КТВ) по оптическим и медным кабелям с использование оборудования, присутствующего на сети.
Частичная автоматизация процесса тестирования позволила повысить эффективность тестирования в среднем в 2 раза. Возросло удобство проверки соответствия ТЗ, благодаря применению автоматизации для основных объектов. Сократились сроки на проведение тестирования, уменьшился поток ошибок от заказчика, возросло удовлетворение заказчика работой фирмы.
Список использованных источников
1. IEEE Guide to Software Engineering Body of Knowledge // SWEBOK, 2004.
2. IEEE 1008-1987 Standard for Software Unit Testing // ANSI/IEEE, 1982.
3. IEEE 610.12. Standard Glossary of Software Engineering Terminology // IEEE, 1990.
4. Ключевые процессы тестирования. Планирование, подготовка, проведение, совершенствование. Рекс Блэк // Лори, 2006.
5. Основы тестирования программного обеспечения. В.П. Котляров, Т.В. Коликова // Бином. Лаборатория знаний, 2006.
6. Автоматизация процессов тестирования. И. Винниченко // Питер, 2005.
7. Тестирование черного ящика. Технологии функционального тестирования программного обеспечения и систем. Борис Бейзер// Питер, 2004.
8. Как автоматизировать тестирование ПО? В. Полевой // Cnews, 2007.
9. Технический учет в эксплуатационном управлении сетями. Б.С. Гольдштейн, И.Д. Бычков // «Вестник связи» №1, 2008.
10. OSS/BSS технологии. Уровень-посредник в OSS. А. А. Атцик // «Техника связы» №4, 2008.
11. OSS вне кризиса. // «Стандарт», №11, 2008.
12. http://software-testing.ru/library/vendors
13. www.mercury.com
14. http://www.rational.com
15. http://www.borland.com
16. http://www.citforum.ru/internet/vbscript/vbscript.shtml
17. http://gsbelarus.com/gs/wiki/index.php/VBScript._Основы_VBScript
18. http://argustelecom.ru/
19. http://niits.ru/public/
|
