Перечень активностей по проекту

· Разработка плана тестирования – определение ограничений, оценка рисков, выбор стратегии тестирования, распределение ресурсов, составление графика тестирования.

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

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

· Анализ результатов – проверка на удовлетворение критериям завершенности, рецензиядефектов.

· Составление отчетности – включает в себя еженедельную и итоговую отчетность по активностям на проекте, а также отчетность по найденным дефектам.

Допущения и ограничения

Таблица 1. Ограничения проекта.

№	Описание ограничений проекта
1	Разработка тестовой модели проводится для 43 бизнес-процессов, список приведен в Приложении 1.
2	Объем тестовой модели не должен превышать 172 тестовых сценария.
3	Проведение не более двух итераций тестирования.

Стратегия тестирования

Для оценки качества системы ПП FTPSСАРБ «Диасофт»будут проведены следующие виды тестирования:

· Функциональное тестирование.

· Тестирование исправленныхиядефектовошибок.

· Регрессионное тестирование.

Функциональное тестирование

Таблица 2. Функциональное тестирование.

Цель:	Служит для оценки качества выполнения системой заявленных функций.
Способ:	Проверка работы при корректных и некорректных действиях: · Выполняется несколько корректных, с точки зрениядокументации, действий и ожидается их штатная обработка. · Выполняются некорректные действия, и ожидается корректная обработка ошибочной ситуации (например, ввод в поле значений неверных типов, отправка неправильных запросов). · Корректно применяются все бизнес-правила.
Критерий начала:	· Подготовлен тестовый стенд. · Установлена актуальная версия тестируемоговерсия  приложения, которую необходимо протестировать. · Установлены системы, с которыми требуется взаимодействие, и настроена интеграция между ними (при необходимости). · Созданы учетные записи для доступа к приложению участников команды тестирования.
Критерий завершенности:	· Все согласованные тест-кейсы выполнены. · Дефекты найденные в процессе тестирования зарегистрированы в базе дефектов.
Особые замечания:	Заказчика интересуют только положительные тесты.Нет

 

Тестирование исправленныхдефектов

Таблица 3. Тестирование исправленныхдефектов.

Цель:	Проверка исправления найденных ранее дефектов, которые были заявлены как исправленные в тестируемой версии системы.
Способ:	Исполняются информация содержащая в описании дефекта а при необходимости вВыполняются тест-кейсы, при прохождении которых были обнаружены дефекты.
Критерий начала:	· Подготовлен тестовый стенд. · Установлена версия приложения, которую необходимо протестировать и,которая содержит исправления по дефектам. · Созданы учетные записи для доступа к приложению участников команды тестирования.
Критерий завершенности:	· Выполнена проверка всехзапланированныхдефектов · В базе дефектов зафиксированы статусы проверенных дефектов · Новые дефекты, найденные при проведении тестирования исправленных дефектов, зарегистрированы в базе дефектов.
Особые замечания:	Нет

 

Регрессионное тестирование

Таблица 4. Регрессионное тестирование.

Цель:	Оценка качества проверенного ранее функционала системы с целью убедиться в том, что он не пострадал в результате внесения изменений (исправления дефектов), новой функциональности, нового оборудования, новых версий системного программного обеспечения и пр.
Способ:	Выполнениетест-кейсов, используя корректные и некорректные значения, сцельюпроверить, выполняются ли следующие условия: · При использовании корректных данных функциональность штатно отрабатывает и выдает ожидаемый результат. · При использовании некорректных данных, система выполняет корректную обработку ошибочной ситуации. · Корректно применяются все бизнес-правила.
Критерий начала:	· Подготовлен тестовый стенд. · Установлена актуальная версия тестируемого приложения, которую необходимо протестировать. · Установлены системы, с которыми требуется взаимодействие, и настроена интеграция между ними (при необходимости). · Созданы учетные записи для доступа к приложению участников команды тестирования.
Критерий завершенности:	· Все согласованные тест-кейсы выполнены. · Дефекты найденные в процессе тестирования зарегистрированы в базе дефектов.
Особые замечания:	Нет

Инструментарий

На проекте применяются следующие программные средства:

 

Таблица 5. Инструменты, используемыев проекте.

Назначение	Название	Версия
Методика тестирования	MS Word	2007
Тестовая модель	HP Quality CenterTestLink	1.9.311
Баг-трекинг	HP Quality CenterMantisBT	111.2.11
Отчетность	MS Word, HP Quality Center	112007
План проекта	MS Project	2010
Единое рабочее пространство (сетевая папка для хранения артефактов по проекту)	T:\Filials\Обмен\	Нет