Меню

Примерен документ за план за изпитване (пример за план за изпитване с подробности за всяко поле)

sample test plan document

Опитайте Нашия Инструмент За Премахване На Проблемите

Искате ли да научите и изтеглите примерен тестов план? Този урок е в отговор на тези, които са поискали пример за план за изпитване.

В предишния си урок очертах Индекс на тестовия план. В този урок ще разгледам този индекс с повече подробности.

Тестовият план отразява целия ви график и подход.

=> Щракнете тук за пълна серия уроци за план за тестване

ДОКУМЕНТ ЗА ПЛАН ЗА ИЗПИТВАНЕ

Това включва целта на тестовия план, т.е. обхват, подход, ресурси и график на тестовите дейности. За да се идентифицират предметите, които се тестват, характеристиките, които трябва да бъдат тествани, тестовите задачи, които трябва да бъдат изпълнени, персоналът, отговорен за всяка задача, рисковете, свързани с този план и т.н.

Включих линка за изтегляне на PDF формат на този пример за тестов план в края на тази публикация.

Примерен план за изпитване

(Име на продукта)

Подготвено от:
(Имена на подготвилите се)
(Дата)

СЪДЪРЖАНИЕ (TOC)

1.0 ВЪВЕДЕНИЕ

2.0 ЦЕЛИ И ЗАДАЧИ
2.1 Цели
2.2 Задачи

3.0 ОБХВАТ

4.0 Тестова стратегия
4.1 Алфа тестване (единично тестване)
4.2 Тестване на системата и интеграцията
4.3 Тестване на производителността и стрес
4.4 Тестване за приемане от потребителя
4.5 Партидно тестване
4.6 Автоматизирано тестване на регресия
4.7 Бета тестване

5.0 Хардуерни изисквания

как да отворите двоични файлове в Windows

6.0 Изисквания към околната среда
6.1 Основна рамка
6.2 Работна станция

7.0 График на теста

8.0 Процедури за контрол

9.0 Характеристики за тестване

10.0 Характеристики, които не се тестват

11.0 Ресурси / Роли и отговорности

12.0 Графици

13.0 Отделения със значително въздействие (SID)

14.0 Зависимости

15.0 Рискове / предположения

16.0 Инструменти

17.0 Одобрения

Забележка: Този план за тестване се предоставя като PDF. За максимална гъвкавост, помислете за използването на уеб-базиран инструмент за управление на тестове като TestRail за разработване на вашите планове за тестване.

Нека разгледаме всяко поле в детайли !!

1.0 ВЪВЕДЕНИЕ

Това е кратко резюме на продукта, който се тества. Очертайте всички функции на високо ниво.

2.0 ЦЕЛИ И ЗАДАЧИ

2.1 Цели
Опишете целите, подкрепени от Генералния план за изпитване, Например , определяне на задачи и отговорности, средство за комуникация, документ, който да се използва като споразумение за ниво на услуга и др.

2.2 Задачи
Избройте всички задачи, идентифицирани от този план за изпитване, т.е. тестване, последващо тестване, докладване на проблеми и т.н.

3.0 ОБХВАТ

Общ: Този раздел описва какво се тества, което е ново за всички функции на конкретен продукт, съществуващите му интерфейси, интеграция на всички функции и т.н.

Тактика: Избройте тук как ще изпълнявате елементите, които сте изброили в раздела „Обхват“.

Например , ако сте споменали, че ще тествате съществуващите интерфейси, какви биха били процедурите, които бихте следвали, за да уведомите ключовите хора да представят съответните им области, както и да разпределите време в техния график за подпомагане при изпълнението на вашата дейност?

4.0 СТРАТЕГИЯ ЗА ИЗПИТВАНЕ

Опишете цялостния подход към тестването. За всяка основна група характеристики или комбинации от функции посочете подхода, който ще гарантира, че тези групи характеристики са адекватно тествани.

Посочете основните дейности, техники и инструменти, които се използват за тестване на определените групи характеристики.

Подходът трябва да бъде описан с достатъчно подробности, за да позволи идентифицирането на основните задачи за тестване и оценка на времето, необходимо за извършване на всяка една.

4.1 Единично тестване

Определение: Посочете минималната желана степен на всеобхватност. Определете техниките, които ще бъдат използвани за преценка на всеобхватността на усилията за тестване ( Например , определящ кои изявления са изпълнени поне веднъж).

Посочете допълнителни критерии за завършване ( Например , честота на грешките). Трябва да се уточнят техниките, които да се използват за проследяване на изискванията.

Участници: Избройте имената на лицата / отделите, за които ще отговаряте Единично тестване .

Методология: Опишете как ще се провеждат модулни тестове. Кой ще напише тестовите скриптове за Unit Testing, каква ще бъде последователността на събитията от Unit Testing и как ще протече тестовата дейност?

4.2 Тестване на системата и интеграцията

Определение: Посочете какво разбирате Тестване на системата и Интеграционно тестване за вашия проект.

Участници: Кой ще провежда Система и Интеграционно тестване по вашия проект? Избройте лицата, които ще отговарят за тази дейност.

Методология: Опишете как ще се проведат тестовете за система и интеграция. Кой ще напише тестовите скриптове за Unit Testing, каква ще бъде последователността на събитията от System & Integration Testing и как ще протече тестовата дейност?

4.3 Тестване на производителността и стрес

Определение: Избройте какво е вашето разбиране за стрес тестване за вашия проект.

Участници: Кой ще проведе стрес тестване по вашия проект? Избройте лицата, които ще отговарят за тази дейност.

Методология: Опишете как ще се проведат тестове за ефективност и стрес. Кой ще напише тестовите скриптове за тестване, каква ще бъде последователността на събитията за тестване на производителността и стрес и как ще протече тестовата дейност?

4.4 Тестване за приемане от потребителя

Определение: Целта на теста за приемане е да потвърди, че системата е готова за експлоатация. По време на теста за приемане крайните потребители (клиенти) на системата сравняват системата с първоначалните й изисквания.

Участници: Кой ще отговаря за теста за приемане от потребителя? Избройте имената на лицата и тяхната отговорност.

Методология: Опишете как ще се проведат тестовете за приемане от потребителя. Кой ще напише тестовите скриптове за тестване, каква ще бъде последователността на събитията от теста за приемане от потребителя и как ще протече тестовата дейност?

4.5 Партидно тестване

4.6 Автоматизирано тестване на регресия

Определение: Регресионно тестване е селективно повторно тестване на система или компонент, за да се провери дали модификациите не са причинили неволни ефекти и че системата или компонентът все още работи, както е посочено в изискванията.

4.7 Бета тестване

5.0 ИЗИСКВАНИЯ КЪМ ХАРДУЕРА
Компютри
Модеми

6.0 ИЗИСКВАНИЯ ЗА ОКОЛНАТА СРЕДА

6.1 Основна рамка
Посочете както необходимите, така и желаните свойства на тестовата среда.

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

Също така посочете нивото на защита, което трябва да бъде осигурено за съоръжението за тестване, системния софтуер и патентованите компоненти като софтуер, данни и хардуер.

Определете необходимите специални инструменти за тестване. Идентифицирайте всички други нужди от тестване ( Например, публикации или офис площи). Определете източника на всички нужди, които в момента не са достъпни за вашата група.

6.2 Работна станция

7.0 ГРАФИК НА ИЗПИТВАНЕ

Включете всички етапи на теста, идентифицирани в Графика на софтуерния проект, както и всички събития за предаване на елементи.

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

8.0 ПРОЦЕДУРИ ЗА КОНТРОЛ

Отчитане на проблеми
Документирайте процедурите, които трябва да се следват при възникване на инцидент по време на процеса на тестване. Ако ще се използва стандартен формуляр, прикачете празно копие като „Приложение“ към плана за тестване.

В случай, че използвате автоматизирана система за регистриране на инциденти, напишете тези процедури.

Заявки за промяна
Документирайте процеса на модификации на софтуера. Определете кой ще се подпише за промените и какви биха били критериите за включване на промените в текущия продукт.

Ако промените ще засегнат съществуващите програми, тогава тези модули трябва да бъдат идентифицирани.

9.0 ХАРАКТЕРИСТИКИ ЗА ТЕСТВАНЕ

Идентифицирайте всички софтуерни функции и комбинации от софтуерните функции, които ще бъдат тествани.

10.0 ХАРАКТЕРИСТИКИ, КОИТО НЕ СЕ ИЗПИТВАТ

Идентифицирайте всички характеристики и значителни комбинации от характеристики, които няма да бъдат тествани заедно с причините.

11.0 РЕСУРСИ / РОЛИ И ОТГОВОРНОСТИ

Посочете членовете на персонала, които участват в тестовия проект и какви ще бъдат техните роли ( Например, Мери Браун (Потребител) съставя тестови случаи за тестове за приемане).

Определете групите, отговорни за управлението, проектирането, подготовката, изпълнението и разрешаването на тестовите дейности, както и свързаните с тях проблеми.

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

12.0 ГРАФИЦИ

Основни резултати: Идентифицирайте документите за доставка. Можете да изброите следните документи:

  • План за тестване
  • Тестови случаи
  • Доклади за тестови инциденти
  • Резюме на тестови доклади

13.0 ЗНАЧИТЕЛНО ОТРАЖЕНИ ОТДЕЛИ (SIDs)

Автобус на отдел / бизнес зона. Тестер (и) на мениджъри

14.0 ЗАВИСИМОСТИ

Идентифицирайте значителни ограничения върху тестването, като наличност на тестови елементи, наличност на тестови ресурси и срокове.

15.0 РИСКОВЕ / ПРЕДПОЛАГАНИЯ

Идентифицирайте високорисковите предположения от плана за изпитване. Посочете планове за действие при извънредни ситуации за всеки ( Например, забавянето на доставката на тестови артикули може да изисква увеличен график за нощна смяна, за да се спази датата на доставка)

1 6.0 ИНСТРУМЕНТИ
Избройте инструментите за автоматизация, които ще използвате. Също така избройте инструмента за проследяване на грешки тук.

17.0 ОДОБРЕНИЯ

Посочете имената и титлите на всички лица, които трябва да одобрят този план. Осигурете място за подписите и датите.

Име (с главни букви) Дата на подпис:

1.
две.
3.
Четири.

Изтегли: Можете също да изтеглите този примерен план за тестване Шаблон тук.

Подготвили сме и истинскиПлан за тестване на проект на живоот тази проба.

Можете да го проверите и изтеглите от следните уроци:

  1. Прост шаблон за план за изпитване
  2. Документ за план за тестване (изтегляне)

=> Посетете тук за пълна серия уроци за план за тестване

Препоръчително четене

^