Sobes.tech
Junior

Каква тестова документация съществува?

sobes.tech AI

Отговор от AI

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

  • Тестова политика (Test Policy): Високо ниво документ, определящ цели, подходи и принципи на тестване в организацията.
  • Тестова стратегия (Test Strategy): По-подробен документ, описващ общия план за тестване за конкретен проект или продукт, обхващащ обхват, ресурси, график и методи.
  • Тест-план (Test Plan): Документ, който подробно описва конкретните действия за тестване за определена итерация или релийз. Включва:
    • Цели и задачи на тестването.
    • Обхват на тестването (какво се тества, какво не се тества).
    • Критерии за вход и изход.
    • Видове тестване.
    • Среда за тестване.
    • Роли и отговорности.
    • График.
    • Управление на рисковете.
    • Критерии за спиране и възобновяване на тестването.
  • Тестов сценарий / Тест-кейс (Test Case): Документ, описващ конкретни стъпки за изпълнение на определен тест, заедно с очаквания резултат.
  • Чек-лист (Checklist): Списък с точки или функционалности за проверка без подробно описание на стъпките. Използва се, когато стъпките са очевидни или не изискват формализация.
  • Тестов набор (Test Suite / Test Set): Колекция от тест-кейсове, групирани по определен критерий (например, по функционалност или тип на тестване).
  • Отчет за грешка / Дефект-репорт (Bug Report / Defect Report): Документ, описващ намерена грешка, включително стъпки за възпроизвеждане, фактически и очаквани резултати, среда и степен на критичност.
  • Отчет за изпълнение на тестове / Резултати от тестване (Test Execution Report): Документ, обобщаващ резултатите от изпълнение на тестове, включително статус на преминаване/провал на тест-кейсовете, брой намерени грешки и общ напредък.
  • Отчет за приключване на тестването (Test Closure Report): Документ, обобщаващ цялостното усилие по тестване, включително финален статус, научени уроци и препоръки.
  • Матрица за проследимост (Traceability Matrix): Документ, свързващ тестовите артефакти с изискванията, помагащ да се уверите, че всички изисквания са покрити от тестове.

Примерна структура на прост тест-кейс:

Поле Описание
ID тест-кейса Уникален идентификатор
Название тест-кейса Кратко описание на теста
Цел на теста Какво се проверява
Предварителни условия Необходими условия преди изпълнение
Стъпки за изпълнение Последователност от действия
Очакван резултат Резултат, който трябва да се получи
Следващи условия Състояние на системата след изпълнение

Пример за прост дефектен репорт:

Поле Описание
ID на дефекта Уникален идентификатор
Кратко описание Същността на проблема с едно изречение
Проект / Модул Къде е намерена грешката
Версия на продукта Версията, в която е намерена грешката
Окружение ОС, браузър, настройки
Стъпки за възпроизвеждане Последователност от действия към грешката
Фактически резултат Какво се е случило
Очакван резултат Как трябваше да бъде
Степен на критичност Влияние върху функционалността (Blocker, Critical, Major, Minor, Trivial)
Приоритет Колко бързо трябва да се поправи (High, Medium, Low)
Автор на дефекта Кой е открил грешката
Дата на създаване
Статус (New, Open, In Progress, Resolved, Closed, Reopened)
Назначен на Разработчик, отговорник
# Примерен код за автоматизация на тест-кейс (фрагмент)
def test_user_login_successful():
    # Предварителни стъпки
    login_page.open()
    login_page.enter_username("valid_user")
    login_page.enter_password("valid_password")
    
    # Стъпка за изпълнение
    login_page.click_login_button()
    
    # Проверка на очаквания резултат
    assert home_page.is_dashboard_displayed()
    # Следващи условия (например, изход от системата)
    home_page.logout()

# Примерна команда за стартиране на автоматизирани тестове
pytest tests/smoke_tests.py

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