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

Тестова стратегия при тестване на софтуер

A Тестова стратегия е план на високо ниво, който определя подхода на организацията към жизнения цикъл на тестване на софтуера (STLC). Той насочва екипите по QA при определянето Тестово покритие и обхват на тестване и дава на всеки тестер последователна картина на проекта във всеки един момент. Когато е въведена правилна стратегия за тестване, вероятността от пропускане на критична тестова дейност намалява драстично, защото всяка отговорност, среда и инструмент са документирани предварително.

Какво е документ за стратегия за тестване?

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

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

Защо е важен документът за стратегия за тестване?

Документът за стратегия за тестване закрепва решенията за осигуряване на качеството в началото на проекта, което предотвратява отклонението между бизнес очакванията и тестването на място. Без такъв, екипите често дублират усилия, пропускат критични рискови области или интерпретират целите за покритие непоследователно. Документът дава на всеки заинтересован участник единна справка за това как ще бъде постигнато качество.

• Подравняване: Гарантира, че тестерите, разработчиците и бизнес екипите са съгласни относно целите, нивата на тестване и критериите за влизане/излизане.
• Контрол на риска: Идентифицира най-вероятните режими на отказ рано и ги съчетава с документирани планове за смекчаване на последиците.
• Повторяемост: Стандартизира подхода за тестване, така че бъдещите издания да използват повторно доказани процеси, вместо да ги преоткриват.
• Управление на инструментите: Документира официалните инструменти за управление на тестовете, автоматизация и производителност, което намалява разрастването и разхищението от лицензиране.

Как да подготвим добър документ за тестова стратегия

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

Стъпка #1) Обхват

Определете границите на документа, включително:

• Кой ще прегледа документа.
• Кой ще одобри документа.
• Тестване на софтуер дейностите, които ще се извършват, и техните срокове.

Стъпка 2) Тестови подход

Документирайте как ще се извършва тестването от край до край:

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

Стъпка #3) Тестова среда

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

Стъпка #4) Инструменти за тестване

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

Стъпка # 5) Освободете контрола

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

Стъпка #6) Анализ на риска

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

Етап 7) Review и одобрения

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

Компоненти на документа за стратегия за тестване

Докато седемте стъпки по-горе описват как да се изгради документът, компонентите по-долу описват какво трябва да се съдържа в него. Заедно те образуват завършен артефакт, който всеки заинтересован участник може да одитира.

1. Обхват и общ преглед: Дефинира одобряването, прегледа и използването на документи и посочва кои дейности и фази на тестване изискват одобрение.
2. Методика на тестване: Описва подробности за нивата на тестване, процедурите, ролите, отговорностите и процеса на управление на промените за заявки за модификация.
3. Спецификации на тестовата среда: Указва изискванията за тестови данни, броя на среди, нуждите от настройка и стратегиите за архивиране/възстановяване.
4. Инструменти за тестване: Изброява инструменти за управление на тестове и автоматизация, както и инструменти за сигурност, производителност и тестване на натоварване, както и инструменти за потребителски капацитет.
5. Контрол на освобождаването: Осигурява ефективно изпълнение на тестове и стратегии за управление на изданията за всяка промяна на кода.
6. Анализ на риска: Описва потенциалните рискове по проекта, които биха могли да повлияят на изпълнението на тестовете, заедно с планове за смекчаване на последиците и действие при извънредни ситуации.
7. Review и одобрения: Прегледи на документи от екипи по системна администрация, управление на проекти, разработка и бизнес, с актуализации, свързани с подобрения в процеса на тестване.

Изтеглете шаблон за тестова стратегия

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

Изтеглете шаблона за тестова стратегия

Тестов план срещу тестова стратегия

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

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

Казано по-просто: Ако планът за тестване е крайната цел, стратегията за QA тестване е картата, която ви отвежда там.

Въпроси и Отговори