Что такое артефакты тестирования?

Question

claude-haiku-4.5 · Accepted Answer

## Артефакты тестирования: полный гайд

### Определение

**Артефакты тестирования** — это всё, что создаётся в процессе тестирования. Это документы, отчёты, логи, скриншоты, видео, тестовые данные, код тестов и любой другой материал, который документирует процесс и результаты тестирования.

Думайте об этом как о доказательстве, документации и истории всего, что вы сделали при тестировании.

## Основные типы артефактов

### 1. Документация (Documentation Artifacts)

#### 1.1 Тест-планы
**Что это:** Стратегический документ, определяющий как, что и когда мы будем тестировать.

**Содержит:**
- Цели тестирования
- Объём тестирования (что включено, что исключено)
- Типы тестирования (functional, performance, security)
- Расписание и ресурсы
- Критерии выхода (когда считаем тестирование готовым)

**Пример:**
```
Тест-план: Mobile App v2.0
- Функциональное тестирование: 80 часов
- Performance: 20 часов
- Критерии выхода: 100% критичных багов исправлены
- Дата завершения: 15 апреля
```

#### 1.2 Тест-кейсы
**Что это:** Подробное описание шага за шагом, как протестировать определённый функционал.

**Структура:**
- ID
- Название
- Предусловие (what should be true before test)
- Шаги (step-by-step actions)
- Ожидаемый результат
- Фактический результат
- Статус (Passed/Failed)

**Пример:**
```
TC-001: Логин с корректными данными
Предусловие: Пользователь на странице логина
Шаги:
  1. Ввести email: user@example.com
  2. Ввести пароль: password123
  3. Клик "Войти"
Ожидаемо: Редирект на главную страницу
Фактически: Редирект на главную страницу ✓
Статус: PASSED
```

#### 1.3 Требования к тестированию (Test Requirements)
**Что это:** Трёхстороннее согласование между разработкой, продуктом и QA о том, что нужно тестировать.

**Включает:**
- Что должно быть протестировано
- Какие платформы
- Какие браузеры
- Какие edge cases

### 2. Отчёты (Report Artifacts)

#### 2.1 Тест-репорт (Test Report)
**Что это:** Итоговый документ после цикла тестирования.

**Содержит:**
- Общее количество тестов (passed/failed/skipped)
- Процент покрытия
- Найденные баги (по критичности)
- Рекомендации
- Дата и период тестирования
- Кто проводил тестирование

**Пример метрик:**
```
Тест-репорт: Версия 3.2
Период: 1-15 апреля 2026
Общо тестов: 245
  Passed: 220 (90%)
  Failed: 15 (6%)
  Skipped: 10 (4%)

Баги по критичности:
  Критичные: 2
  Высокие: 5
  Средние: 8

Рекомендация: Готово к production с условием исправления критичных багов
```

#### 2.2 Баг-репорт
**Что это:** Документированный отчёт об ошибке/багу, найденном при тестировании.

**Содержит:**
- Заголовок (краткое описание)
- Шаги воспроизведения (как его повторить)
- Ожидаемое поведение
- Фактическое поведение
- Окружение (OS, браузер, версия)
- Приложения (скриншоты, логи, видео)
- Критичность (Critical, High, Medium, Low)

**Пример:**
```
Bug ID: BUG-1234
Тайтл: Кнопка сохранения не работает при редактировании профиля

Шаги:
  1. Логин в приложение
  2. Перейти в "Профиль"
  3. Изменить имя на "Иван Новый"
  4. Клик "Сохранить"

Ожидаемо: Профиль обновляется, показывается сообщение "Сохранено"
Фактически: Ничего не происходит, кнопка не реагирует

Окружение: Chrome 120, Windows 10
Критичность: HIGH
Приложение: скриншот ошибки, видео воспроизведения
```

### 3. Результаты и метрики (Test Results)

#### 3.1 Coverage Report
**Что это:** Показывает, какой процент функционала был протестирован.

```
Coverage: 92%
- Login функция: 100%
- Payment module: 85%
- Admin panel: 80%
- Settings: 95%
```

#### 3.2 Logs
**Что это:** Логи выполнения тестов, содержащие информацию о каждом шаге.

```
[2026-03-26 10:15:30] INFO: Запуск теста TC-001
[2026-03-26 10:15:31] INFO: Открытие браузера Chrome
[2026-03-26 10:15:35] INFO: Навигация на https://app.com/login
[2026-03-26 10:15:40] INFO: Ввод email
[2026-03-26 10:15:42] ERROR: Поле email не найдено
[2026-03-26 10:15:42] FAIL: Тест упал на шаге 1
```

### 4. Медиа-артефакты (Media Artifacts)

#### 4.1 Скриншоты
**Для чего:** Визуальное доказательство состояния приложения при падении теста.

**Когда делаются:**
- Автоматически при падении автотеста
- Вручную при нахождении критичного бага

#### 4.2 Видео-записи
**Для чего:** Запись всей сессии тестирования, особенно для complex user journeys.

**Инструменты:**
- Selenium video recording
- Cypress built-in recording
- Playwright's video capture
- ScreenFlow (macOS)

#### 4.3 HAR файлы
**Что это:** HTTP Archive — запись всех HTTP запросов и ответов.

**Зачем:** Отладка, анализ performance, проверка API запросов.

```json
{
  "log": {
    "version": "1.2",
    "creator": {"name": "Playwright"},
    "entries": [
      {
        "request": {"method": "GET", "url": "https://api.example.com/users"},
        "response": {"status": 200, "content": {...}}
      }
    ]
  }
}
```

### 5. Тестовые данные (Test Data)

#### 5.1 Тестовые наборы данных
**Что это:** Подготовленные данные для использования в тестах.

**Пример:**
```
Тестовые пользователи:
- admin@test.com / password123 (роль: admin)
- user@test.com / password123 (роль: user)
- guest@test.com / password123 (роль: guest)

Тестовые продукты:
- Product A: цена 100 USD
- Product B: цена 0 USD (проверка edge case)
- Product C: цена 9999.99 USD
```

#### 5.2 Database dumps
**Что это:** Снимок БД в определённый момент времени.

**Зачем:** Восстановление тестовых данных, воспроизведение состояния.

### 6. Код (Code Artifacts)

#### 6.1 Автоматизированные тесты
**Что это:** Код тестов, написанный на Python, JavaScript, Java и т.д.

```python
def test_login_with_valid_credentials():
    driver.get("https://app.com/login")
    email_field = driver.find_element(By.ID, "email")
    email_field.send_keys("user@example.com")
    
    password_field = driver.find_element(By.ID, "password")
    password_field.send_keys("password123")
    
    submit_button = driver.find_element(By.ID, "submit")
    submit_button.click()
    
    assert driver.current_url == "https://app.com/dashboard"
```

#### 6.2 Page Object Models
**Что это:** Переиспользуемые объекты для взаимодействия с элементами страницы.

#### 6.3 Test Fixtures
**Что это:** Готовые данные для тестов.

```python
@pytest.fixture
def test_user():
    return {"email": "test@example.com", "password": "secure123"}

def test_login(test_user):
    # использование test_user
```

## Где хранятся артефакты

### 1. Документация
- **Confluence**, Notion, GitHub Wiki
- Версионируется в git

### 2. Тест-кейсы
- **TestRail**, Zephyr, TestNG
- Специализированные TMS (Test Management Systems)

### 3. Баг-репорты
- **Jira**, Azure DevOps, GitHub Issues
- Связаны с тест-кейсами

### 4. Логи и результаты
- **Jenkins**, GitLab CI, GitHub Actions
- Хранятся 30 дней (обычно)

### 5. Медиа
- **S3/Cloud Storage**
- Локально при локальном запуске

### 6. Код тестов
- **GitHub, GitLab**
- Часть основного репозитория

## Жизненный цикл артефакта

```
Создание → Использование → Анализ → Архивирование → Удаление
```

**Пример для баг-репорта:**
1. **Создание** — QA находит баг, создаёт в Jira
2. **Использование** — разработчик видит, воспроизводит
3. **Анализ** — может быть несколько итераций: bug → assigned → in progress → fixed → in testing
4. **Архивирование** — когда закрыт, хранится для истории
5. **Удаление** — старые баги (старше 2 лет) можно удалить

## Почему артефакты важны

### 1. Документация процесса
Артефакты документируют что, когда и как было протестировано.

### 2. Тревисс (Traceability)
Можем связать требование → тест-кейс → баг → исправление.

### 3. Доказательство работы
Для клиента/менеджера: вот скриншоты, видео, репорт тестирования.

### 4. Знание в команде
Новый QA приходит, может прочитать все предыдущие баг-репорты и тесты.

### 5. Соответствие стандартам
ISO 29119, IEEE 829 требуют определённых артефактов.

### 6. Анализ trends
Анализируя артефакты за годы, видим, есть ли улучшение в качестве кода.

## Метрики на основе артефактов

```
- Defect Density = Bugs / LOC (баги на тысячу строк кода)
- Test Coverage = Tested features / Total features
- Defect Escape Rate = Bugs found in production / Total bugs
- Test Efficiency = Bugs found by tests / Total effort
```

## Лучшие практики

### 1. Наименование
```
Хорошо: BUG-2456_Login_button_not_responsive_Chrome_v120
Плохо: bug1, Error
```

### 2. Структура
Все артефакты должны следовать одной структуре в команде.

### 3. Версионирование
Трэкируем версии тест-кейсов.

### 4. Удаление неактуальных
Остаревшие тест-кейсы удаляем/архивируем.

### 5. Регулярное обновление
Тест-кейсы обновляются с каждым обновлением функционала.

## Заключение

Артефакты тестирования — это не просто бумажная работа. Это:
- Доказательство качества
- История проекта
- Знание в команде
- Основа для улучшений

Хороший QA не только находит баги, но и документирует свой процесс. Это показатель профессионализма.

Что такое артефакты тестирования?

Комментарии (1)

Артефакты тестирования: полный гайд

Определение

Основные типы артефактов

1. Документация (Documentation Artifacts)

1.1 Тест-планы

1.2 Тест-кейсы

1.3 Требования к тестированию (Test Requirements)

2. Отчёты (Report Artifacts)

2.1 Тест-репорт (Test Report)

2.2 Баг-репорт

3. Результаты и метрики (Test Results)

3.1 Coverage Report

3.2 Logs

4. Медиа-артефакты (Media Artifacts)

4.1 Скриншоты

4.2 Видео-записи

4.3 HAR файлы

5. Тестовые данные (Test Data)

5.1 Тестовые наборы данных

5.2 Database dumps

6. Код (Code Artifacts)

6.1 Автоматизированные тесты

6.2 Page Object Models

6.3 Test Fixtures

Где хранятся артефакты

1. Документация

2. Тест-кейсы

3. Баг-репорты

4. Логи и результаты

5. Медиа

6. Код тестов

Жизненный цикл артефакта

Почему артефакты важны

1. Документация процесса

2. Тревисс (Traceability)

3. Доказательство работы

4. Знание в команде

5. Соответствие стандартам

6. Анализ trends

Метрики на основе артефактов

Лучшие практики

1. Наименование

2. Структура

3. Версионирование

4. Удаление неактуальных

5. Регулярное обновление

Заключение