how write test strategy document
Научете се ефективно да пишете документ за стратегия за тестване
Стратегически план за дефиниране на подхода за тестване, какво искате да постигнете и как ще го постигнете.
Този документ премахва всички твърдения за несигурност или неясни изисквания с ясен план за подход за постигане на целите на теста. Тестовата стратегия е един от най-важните документи за екипа за QA.
=> Щракнете тук за пълна серия уроци за план за тестване
Какво ще научите:
- Написване на документ за стратегия за изпитване
Написване на документ за стратегия за изпитване
Тестова стратегия
Ефективното писане на тестова стратегия е умение, което всеки изпитател трябва да постигне в кариерата си. Той инициира вашия мисловен процес което помага да се открият много липсващи изисквания. Дейностите по мислене и планиране на тестове помагат на екипа да определи обхвата на тестване и обхвата на теста.
Той помага на мениджърите на тестове да получат ясното състояние на проекта във всеки един момент. Шансовете да пропуснете някоя тестова дейност са много ниски, когато има подходяща стратегия за тестване.
Изпълнението на теста без никакъв план рядко работи. Познавам екипи, които пишат стратегически документ, но никога не го връщат обратно по време на изпълнението на теста. Планът за тестване трябва да бъде обсъден с целия екип, така че екипът да бъде в съответствие с подхода и отговорностите.
В кратки срокове не можете просто да се откажете от всяка тестова дейност поради натиск във времето. Преди това трябва да премине през официален процес.
Какво е тестова стратегия?
Тестовата стратегия означава „Как ще тествате приложението?“ Трябва да споменете точния процес / стратегия, който ще следвате, когато получите заявлението за тестване.
Виждам, че много компании много стриктно следват шаблона за Тестова стратегия. Дори и без какъвто и да е стандартен шаблон, можете да запазите този документ за Тестова стратегия прост, но все пак ефективен.
Тестова стратегия Vs. План за тестване
През годините виждам много объркване между тези два документа. Така че нека започнем с основни определения. Като цяло няма значение кое е първо. Документът за планиране на теста е комбинация от стратегия, свързана с общ план на проекта. Според IEEE Стандартен 829-2008, стратегическият план е подпозиция на тестов план.
Всяка организация има свои собствени стандарти и процеси за поддържане на тези документи. Някои организации включват подробности за стратегията в самия план за тестване (тук е добър пример от това). Някои организации изброяват стратегията като подраздел в плана за тестване, но подробностите са отделени в различни документи за стратегии за тестване.
Обхватът на проекта и фокусът на теста са определени в тестовия план. По принцип се занимава с покритие на теста, функции, които трябва да бъдат тествани, функции, които не се тестват, оценка, планиране и управление на ресурси.
Докато тестовата стратегия определя насоки за тестовия подход, който трябва да се следва, за да се постигнат целите на теста и изпълнението на типовете тестове, определени в плана за тестване. Той се занимава с тестови цели, подход, тестова среда, стратегия и инструменти за автоматизация и анализ на риска с непредвиден план.
Да обобщим тестовия план е визия за това, което искате да постигнете, а тестовата стратегия е план за действие, предназначен да постигне тази визия!
Надявам се, че това ще изчисти всичките ви съмнения. Джеймс Бах има повече дискусии по тази тема тук .
Процес за разработване на добър документ за тестова стратегия
Не просто следвайте шаблоните, без да разберете кое работи най-добре за вашия проект. Всеки клиент има свои собствени изисквания и вие трябва да се придържате към нещата, които работят перфектно за вас. Не копирайте сляпо никоя организация или стандарт. Винаги се уверявайте дали това помага на вас и вашите процеси.
По-долу е даден примерен шаблон за стратегия, който ще очертае какво трябва да бъде обхванато в този план заедно с някои примери, за да илюстрира какво има смисъл да се обхване под всеки компонент.
Тестова стратегия в STLC:
[изображение източник ]
как да пиша uat тестови случаи
Общи раздели на документа за стратегията на теста
Стъпка # 1: Обхват и преглед
Преглед на проекта, заедно с информация за това кой трябва да използва този документ. Също така включете подробности като кой ще прегледа и одобри този документ. Определете дейностите за изпитване и фазите, които трябва да се извършат, с графици по отношение на общите срокове на проекта, определени в плана за изпитване.
Стъпка 2: Тестов подход
Определете процеса на тестване, нивото на тестване, ролите и отговорностите на всеки член на екипа.
За всеки тип тест дефиниран в план за изпитване ( Например, Мерна единица , Интеграция, Система, Регресия, Инсталиране / Деинсталиране , Използваемост, натоварване, производителност и тестване на сигурността) описват защо трябва да се провеждат заедно с подробности като кога да започне, собственик на теста, отговорности, подход за тестване и подробности за стратегията и инструмента за автоматизация, ако е приложимо.
При изпълнението на теста има различни дейности като добавяне на нови дефекти, триаж на дефекти, присвояване на дефекти, повторно тестване, регресивно тестване и накрая тестово изписване. Трябва да дефинирате точните стъпки, които да се следват за всяка дейност. Можете да следвате същия процес, който е работил за вас в предишните ви тестови цикли.
Представяне на Visio на всички тези дейности, включително редица тестери и кой ще работи по каква дейност е много полезно за бързото разбиране на ролите и отговорностите в екипа.
Например, цикъл за управление на дефекти - споменете процеса за регистриране на новия дефект. Къде да влезете, как да регистрирате нови дефекти, какво трябва да бъде състоянието на дефекта, кой трябва да направи дефект триаж, кой да присвоява дефекти след триаж и т.н.
Също така дефинирайте процеса на управление на промените. Това включва дефиниране на подаване на заявка за промяна, шаблон, който да се използва, и процес за обработка на заявката.
Стъпка # 3: Тестова среда
Настройката на тестовата среда трябва да очертава информация за редица среди и необходимата настройка за всяка среда. Например, Една тестова среда за екипа за функционални тестове и друга за екипа на UAT.
Определете броя на потребителите, поддържани във всяка среда, ролите за достъп за всеки потребител, софтуерни и хардуерни изисквания като операционна система, памет, свободно дисково пространство, брой системи и т.н.
Определянето на изискванията за тестови данни е също толкова важно. Предоставете ясни инструкции как да създаване на тестови данни (или генерирайте данни, или използвайте производствени данни, като маскирате полета за поверителност).
Определете стратегията за архивиране и възстановяване на тестови данни. Базата данни на тестовата среда може да срещне проблеми поради необработени условия в кода. Спомням си проблемите, с които се сблъскахме в един от проектите, когато не беше дефинирана стратегия за архивиране на база данни и загубихме цели данни поради проблеми с кода.
Процесът на архивиране и възстановяване трябва да дефинира кой ще прави резервни копия кога да прави резервно копие, какво да включва в архива кога да възстановява базата данни, кой ще я възстановява и стъпки за маскиране на данни, които трябва да се следват, ако базата данни бъде възстановена.
Стъпка # 4: Инструменти за тестване
Дефинирайте инструментите за управление на тестове и автоматизация, необходими за изпълнението на теста. За тестване на производителността, натоварването и сигурността опишете тестовия подход и необходимите инструменти. Споменете дали е инструмент с отворен код или търговски инструмент и колко потребители се поддържат от него и планирайте съответно.
Стъпка # 5: Контрол на освобождаването
Както споменахме в последния ни UAT статия , непланиран цикъл на пускане може да доведе до различни версии на софтуера в тестови и UAT среди. Планът за управление на версията с правилна история на версиите ще осигури тестовото изпълнение на всички модификации в тази версия.
Например, Задайте процес на управление на компилацията, който ще отговори - къде трябва да се предлага нова компилация, къде трябва да се разположи, кога да се получи новата компилация, откъде да се вземе производствената компилация, кой ще даде ход, сигнал за отказ за пускане на продукцията и т.н.
Стъпка # 6: Анализ на риска
Избройте всички рискове, които си представяте. Осигурете ясен план за намаляване на тези рискове, както и план за действие при извънредни ситуации, в случай че виждате тези рискове в действителност.
Стъпка # 7: Преглед и одобрения
Когато всички тези дейности са дефинирани в тестовия стратегически план, той трябва да бъде прегледан за изписване от всички субекти, участващи в управлението на проекти, бизнес екипа, екипа за разработка и екипа за системна администрация (или управление на околната среда).
Обобщение на промените в прегледа трябва да се проследява в началото на документа заедно с името, датата и коментара на одобряващия. Освен това това е жив документ, което означава, че това трябва непрекъснато да се преглежда и актуализира с подобренията в процеса на тестване.
Лесни съвети за писане на документ за тестова стратегия
- Включете фона на продукта в документа за стратегията за тестване. В първия абзац на вашия документ за стратегия за тест отговорете - Защо заинтересованите страни искат да разработят този проект? Това ще помогне да разберете и приоритизирате нещата бързо.
- Избройте всички важни функции, които ще тествате. Ако смятате, че някои функции не са част от тази версия, посочете тези функции под етикета „Функции, които не се тестват“.
- Запишете тестовия подход за вашия проект. Ясно е да споменете какви видове тестове ще провеждате?
т.е. функционално тестване, тестване на потребителския интерфейс, тестване на интеграция, тестване на натоварване / стрес, тестване на сигурността и др. - Отговорете на въпроси като как ще извършите функционално тестване? Ръчно или автоматизирано тестване? Ще изпълнявате ли всички тестови случаи от инструмента си за управление на тестове?
- Кой инструмент за проследяване на грешки ще използвате? Какъв ще бъде процесът, когато намерите нова грешка?
- Какви са вашите критерии за влизане и излизане от теста?
- Как ще проследите напредъка си при тестване? Какви показатели ще използвате за проследяване на завършването на теста?
- Разпределение на задачите - Определете ролите и отговорностите на всеки член на екипа.
- Какви документи ще представите по време и след фазата на тестване?
- Какви рискове виждате при завършването на теста?
Заключение
Тестовата стратегия не е лист хартия. Това е отражението на цялата QA дейност в жизнения цикъл на тестването на софтуера. Препращайте този документ до време в процеса на изпълнение на теста и следвайте плана до пускането на софтуера.
Когато проектът се приближи до датата на пускане, е доста лесно да намалите тестовите дейности, като пренебрегнете това, което сте дефинирали в документа за тестова стратегия. Препоръчително е да обсъдите с екипа си дали ограничаването на дадена дейност ще помогне за освобождаването без потенциален риск от големи проблеми след освобождаването.
Повечето от пъргавите екипи намаляват писането на стратегически документи, тъй като екипът се фокусира върху изпълнението на теста, а не върху документацията. Но наличието на основен план за тестова стратегия винаги помага за ясно планиране и намаляване на рисковете, свързани с проекта. Пъргавите екипи могат да заснемат и документират всички дейности на високо ниво, за да завършат изпълнението на теста навреме, без никакви проблеми.
Сигурен съм, че разработването на добър план за стратегия за тестване и ангажиментът да го следваме определено ще подобри процеса на тестване и качеството на софтуера. Ще ми бъде удоволствие, ако тази статия ви вдъхнови да напишете план за тестова стратегия за вашия проект!
Ако харесвате тази публикация, моля, помислете да я споделите с приятелите си!
=> Посетете тук за пълна серия уроци за план за тестване
Препоръчително четене
- Примерен документ за план за изпитване (пример за план за изпитване с подробности за всяко поле)
- Урок за план за тестване: Ръководство за писане на документ за план за тест на софтуер от нулата
- Разлика между тестовия план, тестовата стратегия, тестовия случай, тестовия скрипт, тестовия сценарий и условията на теста
- Примерен шаблон за план за тестване на софтуер с формат и съдържание
- Как да подготвим план за тестване и да напишем тестови случаи за ERP приложение - ERP тестване Част-2
- Най-добри инструменти за тестване на софтуер 2021 г. [Инструменти за автоматизация на QA теста]
- Примерен шаблон за доклад за изпитване за приемане с примери
- Примерен шаблон за тестови случаи с примери за тестови случаи [Изтегляне]