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

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

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

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

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

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

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

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

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

Той определя параметри като

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

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

То определя

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Щракнете по-долу, за да изтеглите примерен документ за тестова стратегия с Пример

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

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

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

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

За да стане по-ясно ако планът за тестване е някаква дестинация, тогава стратегията за тестване на качеството е карта за достигане на тази дестинация.

Заключение:

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