Информационная система «Обитель зла. Корпорация «Umbrella».

Test Plan.

Версия 1.5

Дата

Версия

Описание

Автор

05.04.08

1.0

Начальное описание Test Plan информационной системы «Обитель зла».

Гришуль Е., Шафоростов Н.

15.05.08

1.1

Исправлены подходы к тестированию

Гришуль Е., Шафоростов Н.

31.05.08

1.2

Внесены изменения

Гришуль Е., Шафоростов Н.

12.06.08

1.3

Исправлен подход к тестированию, добавлены тестовые сценарии, добавлен временной план тестирования, добавлен список приёмо-сдаточных тестов

Гришуль Е., Шафоростов Н.

22.06.08

1.4

Исправлен подход к тестированию и переделан ряд тестовых сценариев, добавлено описание юнит-тестов

Гришуль Е., Шафоростов Н.

25.06.08

1.5

Исправлены инструменты тестирования, добавлено нагрузочное тестирование

Гришуль Е., Шафоростов Н.

1. Введение

1.1     Цель

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

1.2     Определения, аббревиатуры

cм. глоссарий

    1. Ссылки

Спецификация требований (версия 1.2) и прецеденты использования

Глоссарий

Список рисков

Инструменты

2. Тестируемые объекты

Процесс тестирования системы можно разделить на составляющие:

Модульное тестирование, Интеграционное и Системное тестирование, последние два можно объединить воедино.

Модульное тестирование представляет собой unit-тестирование объектов бизнес-логики.

Интеграционное-Системное тестирование представляет собой проверку всей системы в целом – разработали ли мы то, что требовалось. При этом проверяются все варианты использования системы.

Выявим теперь объекты тестирования:

  • Объектная модель классов

- Проверка доступа к данным классов бизнес-логики

  • Функциональность (Functional testing)

- Проверка соответствия описанным в спецификации требований прецедентам использования

  • Пользовательский интерфейс (Usability/User Interface testing)

- Проверка выполнения некоторых сценариев использования

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

  • Безопасность и контроль доступа (Security and Access Control Testing)

- Проверка попытки несанкционированного входа посторонних пользователей в систему

- Проверка возможности выполнения пользователем только тех действий, которые предписаны его ролью

  • Нагрузочное тестирование (Load Testing)

В план тестирования не входит:

  • Проверка конфигурации аппаратного обеспечения

  • Stress Testing

  • Тестирование бизнес-цикла (Business Cycle Testing)

  • Восстановительные тесты (Recovery Testing)

3. Подход к тестированию

3.1 Тестируемые объекты

3.1.1 Тестирование объектной модели классов

Проверить

- доступ к данным классов бизнес-логики

Цель тестирования

Убедиться в том, что классы системы отвечают возложенной на них функциональности

Техническая реализация:

Написание unit-тестов для основных классов системы

Критерий успешности:

Все проверки результатов в unit-тестах выполнены успешно

Специальные требования:

Библиотека классов для написания тестов JUnit 4

3.1.2 Функциональное тестирование (Functional Testing)

Проверить

- правильность функционирования вариантов использования

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

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

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

- возможность получения полного листинга отчётов по проекту

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

- возможность пользователя заполнять и посылать запросы на выполнение тех или иных работ (в зависимости от ролей)

- возможность пользователем просматривать полученные запросы

- возможность пользователем заполнять и посылать формы – отчёты

Цель тестирования

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

- проверка возможности ввода данных в предусмотренные приложением формы

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

- проверка корректности функции для каждой роли

Техническая реализация:

Тестирование осуществляется для основных компонент системы, посредством составления тестов. Выполняются все прецеденты использования, вводятся корректные/ некорректные данные для проверки:

- при вводе корректных данных получили ожидаемые результаты

- при вводе некорректных данных получили специальные сообщения об ошибках

Критерий успешности:

Все прецеденты использования и планируемые тесты выполнены.

Все идентифицированные ошибки ввода привели к появлению заранее написанных сообщений.

Специальные требования:

Библиотека классов для написания тестов JUnit 4

3.1.3 Тестирование пользовательского интерфейса (Usability/User Interface Testing)

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

Проверить

- схожесть реализованных форм с заявленными в требованиях.

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

Цель тестирования

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

Проверка оформления (интерфейса) на соответствие заявленному:

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

Техническая реализация:

Для всей системы, для каждого её компонента должен быть составлен тест, проверяющий корректность работы всех реализованных компонент

Критерий успешности:

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

Специальные требования:

Пользовательский интерфейс тестируется с помощью RationalRobot7

Соседние файлы в папке информационная система umbrella - документы