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

Тестирование систем – важный этап производства ПО, направленный на детальное исследование программного кода и выявление ошибок в работе систем. Одна из главных целей тестирования – проверка соответствия работоспособности системы в целом или ее отдельных модулей ожиданиям заказчика. Выделяют следующие виды тестирования:

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

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

3)Тестирование на этапе подготовки к эксплуатации. На данном этапе требуется комплексная проверка работоспособности системы. Тестируемое программное решение разворачивается на предоставленных заказчиком программно-аппаратных ресурсах и проходит предварительно согласованную программу испытаний.

4)Модульное тестирование на этапах сопровождения. Эти услуги предполагают испытания, направленные на проверку дефектов и ошибок после обновления одного из системных модулей. Тестирование проводится в процессе эксплуатации информационной системы, практически не влияет на работу пользователей и требует существенно меньшего времени по сравнению с комплексным испытанием.

Выделяют ряд основных ошибок, которые встречаются при тестировании информационной системы:

Синтаксические ошибки – это ошибки в записи конструкций языка программирования (чисел, переменных, функций, выражений, операторов, меток, подпрограмм).

Семантические ошибки – это ошибки, связанные с неправильным содержанием действий и использованием недопустимых значений величин.

Обнаружение большинства синтаксических ошибок автоматизировано в основных системах программирования. Поиск же семантических ошибок гораздо менее формализован; часть их проявляется при исполнении программы в нарушениях процесса автоматических вычислений и индицируется либо выдачей диагностических сообщений рабочей программы, либо отсутствием печати результатов из-за бесконечного повторения одной и той же части программы (зацикливания), либо появлением непредусмотренной формы или содержания печати результатов.

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

Тестирование осуществляется с помощью тест-кейсов. Тест-кейс — это такое описание проверки работы системы, которое может выполнить любой человек из команды, будь то тестировщик, разработчик, аналитик или даже бизнес-заказчик.

Стандартные атрибуты тест-кейса:

1) Номер — уникальный идентификатор тест-кейса. Его удобно использовать для одинакового понимания, о какой проверке идет речь (например, дать ссылку в баге).

2) Название — краткое описание сути проверки.

3) Предварительные шаги — описание действий, которые необходимо выполнить, но прямого отношения к проверке они не имеют (например, зарегистрироваться в системе для проверки создания элемента). Если предварительных шагов нет, то секция не заполняется.

4) Шаги — описание действий, необходимых для проверки (например, создание элемента).

5) Ожидаемый результат (ОР) — сама проверка: что мы ожидаем получить после выполнения шагов ("Элемент создан").

Ниже приведен ряд тест кейсов, которые проверяют функционал нашей информационной системы.

Таблица 1

Тест-кейс «Вход на сайт»

Тест-кейс №1	Вход на сайт
Шаги	Зайти на сайт Выбрать форму входа Заполнить логин и пароль Нажать кнопку «войти»
Ожидаемый результат	Появляется сообщения «Вход выполнен успешно»
Конечный результат	Тест-кейс пройден

Таблица 2

Тест-кейс «Форма поиска»

Тест-кейс №2	Форма поиска
Шаги	Зайти на сайт Выбрать форму поиска Ввести запрос на товар, которого нет в базе в поле «поиск» Нажать кнопку «Enter»
Ожидаемый результат	Появляется сообщения «Найдено 0 объектов»
Конечный результат	Тест-кейс пройден

Таблица 3

Тест-кейс «Форма обратной связи»

Тест-кейс №3	Использование формы обратной связи без указания e-mail
Шаги	Зайти на сайт Зайти во вкладку «Обратная связь» Заполнить форму обратной связи без указаний e-mail адреса Нажать кнопку «Отправить сообщение»
Ожидаемый результат	Появляется сообщение об ошибке «Заполните обязательные поля, отмеченные *»
Конечный результат	Тест-кейс пройден

Таблица 4

Тест-кейс «Резервирование товара»

Тест-кейс №4	Использование формы резервирования товара
Шаги	Зайти на сайт Зайти во вкладку «Каталог» Выбрать интересующий товар и нажать «зарезервировать»
Ожидаемый результат	Появляется сообщение «Товар успешно зарезервирован»
Конечный результат	Тест-кейс пройден

Таким образом, был описан принцип тестирования рабочей системы с использованием тест-кейсов. Были учтены все требования, которые были описаны в первой главе.