- •Test Plan Версия 1.0
- •1 Введение
- •2 Тестируемые элементы
- •3 Свойства, которые должны тестироваться
- •4 Свойства, которые не должны тестироваться
- •5 Применяемый подход
- •5.1. Тестирование свойств
- •5.2. Регрессионное тестирование
- •5.3. Установка продукта
- •5.4. Резервное копирование и восстановление
- •5.5. Тестирование графического интерфейса пользователя
- •6. Критерий успешных и неудачных испытаний
- •7. Критерий приостановки испытаний и требования возобновления испытаний
- •8. Выходные результаты тестов
- •9. Задачи тестирования
- •10. Конфигурации тестов
- •11. Распределение ответственности
- •12. Подбор кадров и подготовка персонала
- •13. Календарный график
- •14. Риски и непредвиденные обстоятельства
3 Свойства, которые должны тестироваться
Для того чтобы удостовериться в том, что программный продукт Help IT Manager удовлетворяет требованиям, указанным в спецификации требований Help IT Manager, необходимо протестировать следующие требования:
Требование 3.1.1 Пользовательский интерфейс
Требование 3.1.2 Навигация
Требование 3.1.3 Аутентификация пользователей – клиент
Требование 3.1.4 Аутентификация пользователей – администратор
Требование 3.1.5 Просмотр таблиц
Требование 3.1.6 Добавление данных в таблицы
Требование 3.1.7 Изменение внесенных данных в таблицах
Требование 3.1.8 Удаление данных из таблиц
Требование 3.1.9 Выполнение поиска по таблицам
Требование 3.1.10 Выполнение основных функциональных запросов.
Требование 3.1.11 Получение справки
Требование 3.1.12 Многопользовательские функциональные возможности
4 Свойства, которые не должны тестироваться
Ниже приводится список функциональных свойств и/или конфигураций системы, которые не должны тестироваться.
В план тестирования не включается описание функциональных возможностей и процесса установки базы данных. Предполагается, что база данных установлена и функционирует. Также предполагается, что структура данных точно определена и содержит обязательные поля с типами и размерностью, которые определены в спецификации требований. Эти требования подробно излагаются в руководствах по подготовке к установке.
План тестирования не предполагает интенсивного расширенного тестирования архитектуры клиент/сервер. Функциональные возможности, обеспечивающие работу в многопользовательском режиме, тестируются через работу пяти реальных пользователей, что определено минимально многопользовательской конфигурацией.
5 Применяемый подход
Подход, предполагающий всеобъемлющее тестирование, включает тестирование свойств, регрессионное тестирование, тестирование процесса установки продукта, резервного копирования и восстановления, а также тестирование графического интерфейса пользователя. В этом разделе подробно описывается каждый упомянутый вид тестирования.
5.1. Тестирование свойств
Все свойства, описанные в определении требований TMT-RD-10 должны тестироваться на выбранных комбинациях конфигураций клиент/сервер, описанных в разделе 10. Тестирование свойств предполагает функциональное и отрицательное тестирование (попытка выполнения операций и ввода данных, не предусмотренных разработчиками).
5.2. Регрессионное тестирование
Поскольку это первая версия программного продукта, отсутствует потребность в верификации на предмет проявления ошибок, устраненных в предыдущих версиях. Данная версия программы отличается тем, что ошибки, исправленные на этапе системного тестирования, не разрушают ранее работоспособные функциональные возможности.
Для регрессионного тестирования первой версии программного продукта предлагается следующий подход:
Исправление ошибок должно осуществляться по мере их обнаружения. Для каждой программной сборки, переданной в команду тестеров, должны прогоняться тесты, которые гарантируют, что устраненные ошибки не проявятся снова. Другими словами, в сборке должно проверяться каждое исправление ошибки.
Если программный продукт функционирует устойчиво, а тестовые случаи прошли успешно, перед последним просмотром готовности должен быть выполнен последний проход регрессионного тестирования.