Исследования стратегий тестирования информационных систем

Размещено на http://www.allbest.ru/

ИССЛЕДОВАНИЯ СТРАТЕГИЙ ТЕСТИРОВАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ

Покровский Андрей Николаевич,

Олег Игоревич Максимычев

На этапе анализа информационных продуктов привлекаются различные стратегии тестирования, необходимые для подготовки и проведения приемо-сдаточных испытаний. Сам процесс тестирования планируется ещё в тот момент, когда проектируется информационная система. Тестирование необходимо именно для того, чтобы определить отвечает ли разрабатываемая система соответствующим требованиям, которые были предъявлены заказчиком. Также с помощью тестирования, выявляются имеющиеся дефекты, неполадки и ошибки в системе. Например, для получения сравнительных характеристик предполагаемых к использованию аппаратных платформ или операционных систем. Результаты тестирования после проведения показываю, насколько высокая производительность информационной системы. Тем самым в данной статье рассматривается исследование стратегий тестирования информационных систем, и также рассматриваются различные виды, фазы и критерии по которым оно производится.

Ключевые слова: тестирование, виды, критерии, качество, анализ.

тестирование информационная система

At the stage of information products analysis different testing strategies are used for preparing and carrying out acceptance tests. The process of testing itself is planned at the moment when the information system is designed. Testing is necessary in order to define whether the system which is being designed is satisfied with requirements that are raised by a client. Also by testing it is possible to reveal defects, disorders and mistakes in the system. For example, for receiving comparative characteristics intended for hardware platforms and operating use. The results of testing after carrying it out show how high the efficiency of information system is. Therefore, this article considers analysis of information systems testing as well as different types, stages and criteria on the basis of which it is carried out.

Keywords: testing, types, criteria, quality, analysis

Введение. Тестирования один из наилучших способов нахождения дефектов в продукте и обеспечении наивысшего качества ПО и является самым эффективным средством систем обеспечения качества. [1]

В современном мире возрастают требования к качеству и надежности создаваемых систем. Это связанно прежде всего с высокой стоимостью систем и серьезностью задач, возлагаемых на них в делопроизводстве. Тестирование производиться для выявления дефектов и ошибок в продукте и в связи с этим определяются степени удобства.[3]

Техническое задание. В техническом задании (ТЗ), которое составляется совместно: заказчиком и разработчиком. На этой стадии закладываются основные стратегии будущей эксплуатации продукта, а, следовательно, и алгоритмы реакции системы на возникающие потоки данных, сигналов и т.п. Следовательно, тестирование во многом основываться на заложенные требования в ТЗ к продукту. Можно перечислить основные определения и характеристики ТЗ:

Техническое задание - основополагающий документ при создании и проектировании информационных систем. Во много результат по разработке информационных систем зависит от точности разработки и проработки отдельных блоков системы. Названый этап присутствует при реализации любого объекта, и он обязателен. [6]

Техническое задание имеет различные требования, которые предъявляют к продукту и системы, которую разрабатывают. Также указывают области применения, состав продукта, исполнителей и само назначение информационных систем. [4]

Техническое задание - документ, который содержит различные требования заказчиков к продукту, условия выполнения и план проведения, для полного обеспечения нужд, с которыми и осуществляется поставка продукта, оказание различных услуг, сама работа и приемка заказа заказчиком. [2]

Оно составляется из анализов результатов исследований запросов заказчиков. Результатом данного этапа является сам документ «Техническое задание» и после составления данного документа уже возможно осуществить саму разработку продукта. ТЗ регламентируется действующим стандартом ГОСТ 19.201-78.

Выработка стратегий тестирования. Выработка стратегий тестирования ведется для выявления ошибок в продукте (рис.1), при этом необходимо помнить об определённых принципах, которые дают возможность проводить тестирование с максимальной эффективностью:

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

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

В связи с указанными выше принципами чрезвычайно актуальными стали следующие проблемы:

ѕ аппаратная сложность опережает умения строить ПО, использующие потенциальные возможности аппаратуры;

ѕ навыки построения программы отстает от требований к новым программам;

ѕ имеющимся возможностям эксплуатировать существующие программы угрожает низкое качество их разработки.

Видно, что сам процесс разработки имеет в своем составе взаимосвязанные принципы, с которыми и оперируют разработчики систем, авторы методологий и подходов, которые смещают приоритеты между различными направлениями и смешивая задачи. [2]

Рис. 1 Этапы информационного тестирования

Этапы тестирования делятся на две части, а именно:

• стадия раннего тестирования;

• стадия окончательного тестирования;

Однако раньше тестированием систем и продуктов занимались исполнители данного заказа (на основе ТЗ), но на современном этапе данную функцию выполняют независимые группы разработчиков, а также с привлечением различных пользователей. [3]

Тестирование не дает нам доказательство ошибок, а отсутствие их может лишь указывать на неполноту продукта, его неэффективность или на идеальную программу. [2]

Методы и стратегии тестирования. Широко используемыми методами тестирования являются модульное тестирование, интеграционное тестирование, приемочное тестирование, и тестирование системы (рис.2). Программное обеспечение подвергается этим испытаниям в определенном порядке [1]:

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

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

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

4) Приемочные испытания.

Рис. 2 Пример иерархической структуры процесса тестирования программного продукта

Существует несколько методик для обеспечения более качественного тестирования информационных система именно: черного и «белого ящика. [4]

Тестирование «черного ящика». В данной стратегии тестировщик имеет доступ только к интерфейсу или заказчик, или сам пользователь, либо через сторонние интерфейсы. [6]

Тестирование «черного ящика» подразумевает под собою стратегию, при которой сама программа -- это объект, структура которого неизвестна. В следствии проводим анализ результатов, но неизвестно, как программа устроена и ведет себя. Это простая технология, которая может оказать значительный эффект на качество кода. [4] Начальные тесты проводятся вручную, и чтобы достичь от тестирования максимальный эффект само тестирование следует автоматизировать. Нужно определить поведение программы при ошибке, когда программа или приложение получает неправильные данные для ввода. После подаются разные случайные данные в саму программу пока не найдем тот файл в ответ, на который не открывается окно ошибки, либо сообщение о ней и т.д. Таким образом сохраняем результат чтобы позже можно было заново воспроизвести проблему. После повторить. [3] Исказить сам файл довольно легко, но передать его приложения затруднительно. Наилучшими сценарием ввода кода в программу будут такие сценарии как AppleScript или Perl. Иногда эффективнее всего посадить кого-нибудь перед монитором с целью помечать каждый тест как удачный или неудачный. Обязательно систематизируются все сгенерированные случайные контрольные примеры, чтобы потом можно было воспроизвести все ошибки, обнаруженные с помощью этой процедуры.

Тестирование «белого ящика». Во многом задача тестирования облегчена имеющимися характеристиками, заложенными в ТЗ, исследуемой системы.

Тестирование «белого ящика» это так стратегия, управляемая логикой самой программы, которая дает нам возможность в отличие от предыдущей стратегии исследовать внутреннюю структуру самой программы. Специалист по тестированию получает данные путем анализа самой структуры и логики программы [1]

Также разработчик данного теста имеет полный доступ к библиотекам данных, кодам программ и может в полной мере контролировать программу в процессах нахождения ошибки. Это типично для модульного тестирования, при котором тестируются только отдельные части системы. В итоге обеспечивается то, что сами компоненты конструкции устойчивы к сбоям и проблемам. [2]

Если «альфа-» и «бета-тестирование» относятся к стадиям до выпуска продукта, то тестирование «белого ящика» и «чёрного ящика» имеет отношение к способам, благодаря которым тестировщик достигает цели. [4]

Сами изложенные стратегии не являются альтернативными (рис.3). Это подходы, которые дополняют программу для более детального выявления ошибок. [6]

Рис. 3 Схема проектирования системы тестирования

Во-первых, исчерпывающее тестирование маршрутов не может дать гарантии того, что программа соответствует описанию. Например, вместо требуемой программы сортировки по возрастанию случайно была написана программа сортировки по убы­ванию. В этом случае ценность тестирования маршрутов невелика, поскольку после тестирования в программе окажется одна ошибка, т. е. программа неверна [5].

Заключение. Виды и структура процесса тестирования определяются сложностью самого объекта тестирования. Вместо того, чтобы исправлять случайно обнаруженные ошибки по мере их появления, более продуктивным может быть фундаментальное исправление формата файла на предмет разумного использования контрольных сумм, XML, очистки памяти и/или форматов файлов на базе грамматики.

То же самое с теми, кто тестирует программный продукт. Ими могут быть, и сами программисты могут быть сотрудники отдела качества компании разработчика, а могут быть и привлеченные ресурсы. Например, если программа является серийным продуктом, то все ее основные испытания заканчиваются системным тестированием, а потом уже начинаются рекламные кампании и продажи. Если программный продукт - частный заказ, то после системного тестирования проводят еще и приемочное тестирование (с учётом ТЗ). И системное тестирование, и приемочное тестирование направлены на комплексное испытание системы, но проводятся на разных площадках и с участием разного персонала. Что касается процесса тестирования, то оно может длиться намного дольше, чем сам процесс создания программного решения и прерываться только выпуском абсолютно новой версии программного продукта, после чего все начинается заново...

Из представленных причин можно сделать вывод что применение различных способов тестирования не дает нам должного эффекта или может привести к достаточно большим затратам в виде финансов. Для ликвидации данных причин требуется переосмысление привычных подходов к проектированию встроенных систем к которым можно отнеси:

1. Разработка тестовых заданий и набора данных на стадии разработки ТЗ.

2. Документирование программного кода и алгоритмов функционирования системы и для создания «прозрачной» среды поддержки жизненного цикла продукта.

3. Разработка системы поддержки жизненного цикла изделия.

Список источников и литературы

1. Введение в тестирование ПО / Луиза Тамре - М.:Вильямс,2003. - 178с.

2. Тестирование ПО / Вишневская Т.И. Научная статья. - М.:МГТУ им.Баумана,2013. - 65c.

3. Проектирование информационных систем / В.И. Коваленко. - М.:Вильямс,2014. - 320с.

4. Тестирование и отладка программ / Плаксин М.А. - М.:Бином,2013. - 167с.

5. Генерация покрывающих наборов тестов для систем, представленных в стандарте IEC 61499, на основе эволюционных алгоритмов/ Бужинский И.П.; Санкт-Петербургский Национальный Исследовательский Университет Информационных технологий Механики и Электроники, Кафедра компьютерных технологий. --Санкт-Петербург, 2015. - 67 с.- Библиогр.: с. 62 (8 назв.).

6. Разработка методики тестирования программного обеспечения / Е. С. Иванов. Уральский федеральный университет имени первого Президента России Б. Н. Ельцина, Институт радиоэлектроники и информационных технологий - РтФ, Кафедра информационных технологий. -- Екатеринбург, 2014.-117 с.- Библиогр.: с. 112 (15 назв.).

7. Стандарт тестирования ISO / IEC 25051: 2014 [сайт] - URL: https://www.iso.org/

8. Стандарт тестирования - Общий отраслевой формат (CIF) ISO/IEC 25062:2006.[сайт] - URL:https://www.iso.org/

9. Тестирование и анализ [сайт] - URL: www.ict.edu.ru/

Размещено на Allbest.ru