Что такое параметризация?

Что такое параметризация в контексте QA

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

Основная цель и преимущества

Основная цель параметризации — увеличение покрытия тестами при снижении затрат на поддержку кода. Это достигается за счет:

• Устранения дублирования кода: Не нужно копировать один и тот же тестовый метод, меняя лишь значения.
• Повышения читаемости и поддерживаемости: Логика теста отделена от данных. Изменения в данных или добавление новых наборов не требуют правки кода теста.
• Эффективного использования ресурсов: Запуск множества вариаций теста из одной точки управления.
• Четкого представления о тестовых данных: Все наборы данных, как валидные, так и невалидные, часто представлены в структурированном виде (таблице, массиве), что облегчает анализ.

Механизм работы

Тестовый фреймворк (например, JUnit, TestNG, pytest) подставляет каждый набор параметров в тестовый метод и выполняет его как отдельный тестовый случай. В отчетах обычно отображаются все итерации, что позволяет точно идентифицировать, с какими даными тест прошел или упал.

Практические примеры

Рассмотрим на примере тестирования функции сложения двух чисел.

Пример 1: Без параметризации (плохая практика)

@Test
public void testAddition1() {
    Calculator calc = new Calculator();
    int result = calc.add(2, 3);
    assertEquals(5, result);
}

@Test
public void testAddition2() {
    Calculator calc = new Calculator();
    int result = calc.add(-1, -5);
    assertEquals(-6, result);
}

@Test
public void testAddition3() {
    Calculator calc = new Calculator();
    int result = calc.add(0, 100);
    assertEquals(100, result);
}

Здесь много повторяющегося кода.

Пример 2: С параметризацией в TestNG (Java)

import org.testng.annotations.DataProvider;
import org.testng.annotations.Test;
import static org.testng.Assert.assertEquals;

public class CalculatorTest {

    @DataProvider(name = "additionData")
    public Object[][] provideAdditionData() {
        return new Object[][] {
            { 2, 3, 5 },    // a, b, expectedResult
            { -1, -5, -6 },
            { 0, 100, 100 },
            { 10, -3, 7 }   // Легко добавить новый тест-кейс
        };
    }

    @Test(dataProvider = "additionData")
    public void testAddition(int a, int b, int expectedResult) {
        Calculator calc = new Calculator();
        int actualResult = calc.add(a, b);
        assertEquals(actualResult, expectedResult);
    }
}

Один тестовый метод testAddition будет выполнен 4 раза с разными данными.

Пример 3: С параметризацией в Pytest (Python)

import pytest

def add(a, b):
    return a + b

@pytest.mark.parametrize("a, b, expected", [
    (2, 3, 5),
    (-1, -5, -6),
    (0, 100, 100),
    (10, -3, 7)
])
def test_addition(a, b, expected):
    assert add(a, b) == expected

Декоратор @pytest.mark.parametrize наглядно определяет параметры и данные.

Источники тестовых данных для параметризации

Параметры могут поступать из различных источников, что делает подход чрезвычайно гибким:

• Встроенные в код массивы/списки: Как в примерах выше. Подходит для небольших стабильных наборов.
• Внешние файлы: CSV, JSON, XML, Excel. Идеально для больших объемов данных или когда данные управляются не-инженерами.

  // Пример чтения данных из CSV для DataProvider в TestNG
  @DataProvider
  public Object[][] readDataFromCsv() throws IOException {
      List<Object[]> data = new ArrayList<>();
      BufferedReader reader = new BufferedReader(new FileReader("test_data.csv"));
      String line;
      while ((line = reader.readLine()) != null) {
          String[] values = line.split(",");
          data.add(new Object[]{values[0], values[1], values[2]});
      }
      return data.toArray(new Object[0][]);
  }
  

• Базы данных: Позволяет использовать актуальные производственные данные (с осторожностью) или специально подготовленные тестовые наборы.
• Методы-поставщики (Supplier Methods): Данные генерируются динамически, например, случайные строки, даты.

Ключевые сценарии применения

1. Тестирование граничных значений и классов эквивалентности: Классический случай, где один метод проверяет множество значений на границах диапазона.
2. Тестирование различных ролей пользователей и разрешений (Authorization): Один сценарий входа/действия запускается для пользователя, модератора, администратора с проверкой разных исходов.
3. Кросс-браузерное и кросс-платформенное тестирование: Тест логики приложения выполняется с одними и теми же данными, но в разных окружениях (Chrome, Firefox, Safari).
4. Тестирование API с различными комбинациями Query/Path параметров и тел запросов.
5. Заполнение форм: Проверка валидации полей с множеством корректных и некорректных значений.

Важные аспекты и ограничения

• Изоляция тестов: Каждая итерация должна быть независимой. Нельзя полагаться на состояние, оставшееся от предыдущего запуска с другими параметрами.
• Читаемость отчетов: Важно, чтобы фреймворк или разработчик теста обеспечили понятные имена для каждой итерации (например, в TestNG с помощью @DataProvider(parallel = true) можно запускать итерации параллельно для скорости, но нужно следить за потокобезопасностью тестируемого кода и тестовых ресурсов.
• Сложность отладки: При падении теста нужно точно определить, с каким набором данных это произошло. Хорошие фреймворки предоставляют эту информацию в отчете.

Заключение: Параметризация — это мощнейший инструмент в арсенале QA-автоматизатора, который воплощает принцип DRY (Don't Repeat Yourself) в тестировании. Его грамотное применение значительно повышает эффективность создания и поддержки автоматизированных тестов, обеспечивая широкое покрытие при минимальных затратах на написание кода. Однако, как и любой инструмент, он требует понимания контекста: для простых единичных проверок создание параметризованного теста может быть избыточным.