Какие знаешь классификации задач?

Классификация задач в контексте QA Engineering

В тестировании программного обеспечения существует несколько ключевых классификаций задач, которые помогают структурировать работу, эффективно распределять ресурсы и обеспечивать полное покрытие тестирования. Я выделю наиболее важные из них.

1. По уровню тестирования (Testing Levels)

Эта классификация отражает этапы жизненного цикла ПО, на которых проводятся проверки.

• Модульное тестирование (Unit Testing): Проверка отдельных компонентов (функций, методов, классов) в изоляции. Часто выполняется разработчиками.

  # Пример unit-теста для функции сложения
  def test_add():
      assert add(2, 2) == 4
      assert add(-1, 1) == 0
  

• Интеграционное тестирование (Integration Testing): Проверка взаимодействия между модулями, компонентами или системами (например, API и базы данных).
• Системное тестирование (System Testing): Проверка полной, интегрированной системы на соответствие требованиям. Включает тестирование энд-ту-энд (E2E) сценариев.
• Приемочное тестирование (Acceptance Testing): Финальная проверка, часто с участием заказчика или конечных пользователей, чтобы убедиться, что система готова к выпуску.

2. По типам тестирования (Testing Types)

Классификация, основанная на целях и глубине проверки.

• Функциональное тестирование: Проверка, что ПО работает в соответствии с функциональными требованиями ("что система делает").

    *   *Пример:* Проверка, что кнопка "Отправить" в форме корректно сохраняет данные.

• Нефункциональное тестирование: Проверка атрибутов качества системы ("как система работает").

    *   **Тестирование производительности (Performance):** Нагрузочное, стресс-тестирование.
    *   **Тестирование удобства использования (Usability).**
    *   **Тестирование безопасности (Security).**
    *   **Тестирование совместимости (Compatibility).**

• Тестирование, связанное с изменениями:

    *   **Регрессионное тестирование (Regression):** Проверка, что новые изменения не сломали существующий функционал.
    *   **Дымовое тестирование (Smoke/Sanity):** Быстрая проверка ключевой функциональности для определения готовности системы к более глубокому тестированию.
    *   **Тестирование новой функциональности (New Feature Testing).**

3. По степени изоляции (Test Double Classification)

Применима в основном к модульному и интеграционному тестированию.

• Настоящие объекты (Real Objects): Используются реальные зависимости.
• Тестовые заглушки (Test Doubles): Имитации зависимостей для изоляции тестируемого компонента.

    *   **Стабы (Stubs):** Предоставляют заранее подготовленные ответы на вызовы.
    *   **Моки (Mocks):** Объекты, которые проверяют, как тестируемая система взаимодействует с ними (проверка поведения).
    *   **Фейки (Fakes):** Упрощенные, но рабочие реализации (например, fake-репозиторий в памяти вместо реальной БД).

```java
// Пример Mock в Java (Mockito)
@Test
public void testUserService() {
    UserRepository mockRepo = mock(UserRepository.class);
    when(mockRepo.findById(1L)).thenReturn(new User("John"));
    UserService service = new UserService(mockRepo);

    User result = service.getUserById(1L);
    assertEquals("John", result.getName());
    verify(mockRepo).findById(1L); // Проверка взаимодействия
}
```

4. По степени автоматизации

• Ручное тестирование: Выполняется QA-инженером вручную через UI. Незаменимо для исследовательского тестирования, usability-проверок.
• Автоматизированное тестирование: Написание и выполнение скриптов для повторяющихся проверок (регрессия, нагрузка). Используются фреймворки типа Selenium, Cypress, JUnit, pytest.
• Полуавтоматизированное тестирование: Комбинация, где часть шагов автоматизирована, а часть выполняется вручную.

5. По степени осведомленности о системе (Test Design Techniques)

• Тестирование черного ящика (Black-box): Тестирование без знания внутреннего устройства системы, только на основе спецификаций. Методы: классы эквивалентности, анализ граничных значений, таблицы решений.
• Тестирование белого ящика (White-box): Тестирование с полным знанием кода. Методы: покрытие операторов, ветвей, путей. Часто относится к unit-тестам.
• Тестирование серого ящика (Gray-box): Комбинация подходов, когда известна часть внутренней структуры (например, при интеграционном тестировании API).

6. По характеру выполнения

• Позитивное тестирование: Проверка корректных сценариев использования системы.
• Негативное тестирование: Проверка поведения системы на некорректных данных и сценариях (ошибки, исключения).

На практике классификации часто пересекаются. Например, регрессионный E2E-тест может быть автоматизированным, функциональным и выполняться по методу черного ящика. Понимание этих классификаций позволяет QA-инженеру:

• Четко формулировать цели тестирования.
• Выбирать оптимальные инструменты и подходы.
• Эффективно коммуницировать с командой, используя общепринятую терминологию.
• Планировать тестовое покрытие, избегая дублирования усилий и оставляя меньше "слепых зон".