Version 2 Revision History

• Название: Version 2 Revision History
• Дата: 24.11.2020
• Размер: 93.5 Kb.
• Имя файла: test-plan.doc
• Тип: Документы; #153187

NIX Solutions Ltd

Leader Task

Test Plan
Version 1.2

Revision History

Date	Version	Description	Author
09.12.08	1.0	Creating	Julia Nechaeva
11.12.08	1.1	Updating	Julia Nechaeva
12.12.08	1.2	Updating	Julia Nechaeva

Table of Contents

1. Introduction 4

1.1 Purpose 4

1.2 Background 4

1.3 Scope 4

1.4 Project Identification 4

2. Requirements for Test 4

3. Test Strategy 5

3.1 Testing Types 5

3.1.1 System and Usability Testing 5

3.1.2 Functional and UI Testing 6

3.1.3 Installation Testing 6

3.1.4 Configuration Testing 7

3.1.5 Integration Testing 7

4. Resources 8

5. Project Milestones 8

6. Deliverables 8

6.1 Review 8

Test Plan

1.Introduction

1.1Purpose

• 
  Целью составления данного Тест Плана является описание процесса тестирования приложения Leader Task. Документ позволяет получить представление о мероприятиях по тестированию проекта
  

1.2Background

• 
  Leader Task – деловой органайзер для планирования задач, встреч, управления проектами и сотрудниками.
  

1.3Scope

Целью тестирования приложения Leader Task является проверка корректной работы его функциональностей, удобства приложения для пользователя,а также выявления пожеланий пользователя по расширению или исправлению существующих функционалов. В процессе тестирования также должна быть проверена правильность взаимодействия Leader Task с другими подсистемами.
Итогом процесса тестирования должен стать развернутый обзор, дающий разработчкам, менеджерам и пользователям данного продукта картину относительно удобства пользования приложением конечным пользователем.
Тестирование будет производиться вручную, методом «неформального» тестирования (ad-hoc testing) с позиции конечного пользователя приложения.

1.4Project Identification

Leader Task, version 6.0.3, trial version.

2.Requirements for Test

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

Для этого приложение должно позволять пользователю:

- работать с календарем;

- создавать, изменять и удалять проекты, работать с проектами;

- создавать, изменять и удалять задачи и подзадачи, работать с задачами;

- создавать, изменять и удалять контакты, работать с контактами;

- создавать, изменять и удалять категории, работать с категориями;

- создавать, изменять и удалять приоритеты, работать с приоритетами;

- создавать, изменять и удалять фильтры, работать с фильтрами;

- создавать, изменять и удалять заметки, работать с заметками;

- ассоциировать проекты с контактами, привязывать сроки выполнения проекта к календарю;

- ассоциировать задачи с проектами, контактами и категориями, устанавливать приоритеты, привязывать сроки выполнения проекта к календарю;

- работать с напоминаниями;

- хранить конфиденциальные данные;

- интегрировать данные с другими приложениями (почтовые клиенты, табличные редакторы);

- работать мобильно (возможность запуска с USB устройства, под разными ОС).

3.Test Strategy

В процессе тестирования приложения Leader Task будет применено ad-hoc тестирование ввиду отсутствия строгой спецификации, а также ввиду ограниченности ресурсов на формализацию тестов.

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

На втором этапе, в ходе проведения функционального тестирования, планируется выявить ошибки, основанные на взаимодействии функционалов путем реализации нетривиальных сценариев.

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

Тестирование безопасности и стресс-тестирование не проводится ввиду того, что обозревательного характера тестирования, а также вследствие недостатка ресурсов.

3.1Testing Types

3.1.1System and Usability Testing

Goal:

Убедиться, что пользователь может использовать основные функционалы программы в процессе реального использования.

Проверить степень удобства приложения для пользователя на основании общих критериев и субъективного восприятия.

Process description:

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

Completion Criteria:

Приложение удовлетворяет потребности пользователя в ежедневном планировании собственного времени, работы и других повседневных задач.

3.1.2Functional and UI Testing

Goal:

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

Process description:

• 
  Производится условное разделение приложения на функционалы, на основании этого разделения проводится целенаправленное тестирование:
  
• 
  календарь
  
• 
  проекты
  
• 
  фильтры
  
• 
  приоритеты
  
• 
  категории
  
• 
  контакты
  
• 
  задачи
  
• 
  заметки
  
• 
  ссылки
  
• 
  напоминания
  
• 
  экспорт и импорт
  

Completion Criteria:

• 
  все запланированные области протестированы
  
• 
  все найденные ошибки и замечания зафиксированы
  

3.1.3Installation Testing

Goal:

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

Process description:

Установить приложение. Деинсталлировать приложение. Проверить корректное удаление. Повторно установить приложение. Проверить корректную работу.

Completion Criteria:

• 
  все запланированные области протестированы
  
• 
  все найденные ошибки и замечания зафиксированы
  

3.1.4Configuration Testing

Goal:

Проверить корректную работу приложения на различных операционных системах, а также по сети и при запуске с USB устройства. Обосновано заявленной возможностью мобильного использования приложения.

Process description:

Установить приложение на различных операционных системах, на USB устройстве. Проверить корректную инсталляцию, запуск и работу с приложением на различных операционных системах, с USB устройства, по сети. Деинсталлировать приложение. Проверить корректное удаление.

Completion Criteria:

• 
  все запланированные области протестированы
  
• 
  все найденные ошибки и замечания зафиксированы
  

3.1.5Integration Testing

Goal:

• 
  Проверить корректную работу приложения с другими приложениями:
  

Process description:

• 
  Проверить корректность экспорта и импорта в MS Outlook, .xls, .csv, .txt, .rft.
  

Completion Criteria:

• 
  все запланированные области протестированы
  
• 
  все найденные ошибки и замечания зафиксированы
  

4.Resources

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

5.Project Milestones

Milestone Task	Effort	Start Date	End Date
Plan Test	2 man/hours	08.12.08	09.12.08
Design Test	1 man/hours	08.12.08	09.12.08
Execute Test	6 man/hours	08.12.08	12.12.08
Analyse Test	1 man/hours	12.12.08	12.12.08
Prepare Review	3 man/hours	12.12.08	12.12.08

6.Deliverables

6.1Review

Конечным результатом проведения тестирования должен стать развернутый обзор для публикации на ресурсе http://happy-pm.com .Обзор должен быть написан в общедоступной форме, без применения специальной терминологии.

Адресат: аудитория ресурса.