- •1. Введение
- •3. Подход к тестированию
- •3.1 Тестируемые объекты
- •3.1.1 Тестирование объектной модели классов
- •3.1.4 Тестирование безопасности и контроля доступа к данным (Security and Access Control Testing)
- •3.1.5 Нагрузочное тестирование (Load Testing)
- •4. Entry/exit criteria
- •Работа с вкладкой ход выполнения. На этой вкладке содержатся списки отчётов всех сотрудников по выполненным задачам (вирусы, отчёты службы безопасности, отчёты техподдержки)
- •5.1.2 Test Case “Научный сотрудник”
- •Предусловия: в системе зарегистрирован пользователь с ролью «Научный сотрудник».
- •5.1.3 Test Case “Тестировщик”
- •Предусловия: в системе зарегистрирован пользователь с ролью «Тестировщик».
- •5.1.4 Test Case “Сотрудник службы безопасности”
- •Предусловия: в системе зарегистрирован пользователь с ролью «Сотрудник службы безопасности».
- •5.1.5 Test Case “Сотрудник техподдержки”
- •Предусловия: в системе зарегистрирован пользователь с ролью «Сотрудник техподдержки».
- •5.2 Протокол приёмо-сдаточных испытаний
- •5.3 Применяемые инструменты
- •8. Календарный план тестирования
- •9. Состав и описание юнит-тестов
- •9.1 Тестирование объектной модели классов
Информационная система «Обитель зла. Корпорация «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.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