Что такое Транзакция?

Что такое Транзакция в контексте баз данных и автоматизации тестирования?

Транзакция — это логическая единица работы с базой данных, которая представляет собой последовательность операций (например, чтения, добавления, обновления, удаления данных), выполняемую как единое целое. Все операции внутри транзакции либо выполняются успешно (commit), либо не выполняются вовсе (rollback) в случае ошибки, что обеспечивает целостность данных. Для автоматизации тестирования (QA Automation) понимание транзакций критически важно при тестировании приложений, работающих с БД.

Ключевые свойства транзакций (ACID)

• Атомарность (Atomicity): Транзакция — это "все или ничего". Если какая-либо часть транзакции завершается с ошибкой, откатываются все изменения, сделанные в ее рамках. Невозможно частичное выполнение.
• Согласованность (Consistency): Транзакция переводит базу данных из одного корректного состояния в другое, соблюдая все заданные бизнес-правила, ограничения (constraints), ключи и т.д.
• Изолированность (Isolation): Параллельно выполняющиеся транзакции не должны мешать друг другу. Их влияние друг на друга регулируется уровнями изоляции (Read Uncommitted, Read Committed, Repeatable Read, Serializable).
• Долговечность (Durability): После успешного завершения (commit) изменения, внесенные транзакцией, сохраняются в БД постоянно, даже в случае сбоя системы.

Пример транзакции в SQL

BEGIN TRANSACTION; -- Начало транзакции

UPDATE accounts SET balance = balance - 100.00 WHERE user_id = 1; -- Списание со счета 1
UPDATE accounts SET balance = balance + 100.00 WHERE user_id = 2; -- Зачисление на счет 2

-- Допустим, здесь мы проверяем бизнес-логику: сумма на счете отправителя не должна стать отрицательной
IF (SELECT balance FROM accounts WHERE user_id = 1) >= 0
    COMMIT; -- Подтверждаем изменения, если все условия выполнены
ELSE
    ROLLBACK; -- Откатываем все изменения, если условие не выполнено
END IF;

В этом примере денежный перевод атомарен: либо обе операции UPDATE выполнятся, либо ни одна из них.

Практическое применение в QA Automation

Понимание транзакций прямо влияет на стратегию автоматизации:

1. Тестирование на уровне БД: Автотесты часто проверяют, что данные в БД соответствуют ожиданиям после выполнения бизнес-операции. Необходимо знать, в какой момент делать выборку для проверки — до COMMIT, после, или в рамках той же транзакции.
2. Изоляция тестовых данных и предотвращение side-effects: Это одна из самых важных задач. Каждый автотест должен начинаться с предсказуемого состояния БД.

    *   **Подход:** Обернуть выполнение каждого теста в транзакцию и откатить ее по завершении, независимо от результата теста (Pass/Fail).
    *   **Преимущества:** Тесты не оставляют "мусорных" данных, не зависят от порядка выполнения и могут работать параллельно.

Пример использования транзакций в автотесте (Python + pytest + SQLAlchemy)

import pytest
from my_app import db, AccountService

class TestMoneyTransfer:
    @pytest.fixture(autouse=True)
    def setup_transaction(self, db_session): # db_session — сессия БД
        """Каждый тест выполняется в своей транзакции и откатывается."""
        self.session = db_session
        # Начинаем вложенную транзакцию (savepoint) для самого теста
        self.nested = self.session.begin_nested()
        yield
        # После теста (pass или fail) откатываем изменения теста
        self.nested.rollback()

    def test_successful_transfer(self):
        # 1. Arrange: Подготовка данных внутри транзакции теста
        acc1 = Account(user_id=1, balance=200)
        acc2 = Account(user_id=2, balance=50)
        self.session.add_all([acc1, acc2])
        self.session.flush() # Отправляем объекты в БД, но не коммитим

        service = AccountService(self.session)

        # 2. Act: Вызов тестируемого метода, который, скорее всего, сам управляет своей транзакцией
        service.transfer_money(from_user_id=1, to_user_id=2, amount=100)

        # 3. Assert: Проверка внутри той же сессии/транзакции
        updated_acc1 = self.session.query(Account).filter_by(user_id=1).one()
        updated_acc2 = self.session.query(Account).filter_by(user_id=2).one()

        assert updated_acc1.balance == 100.00
        assert updated_acc2.balance == 150.00
        # После выхода из метода фикстура setup_transaction выполнит rollback,
        # и база данных вернется в состояние, которое было до теста.

Уровни изоляции и проблемы, важные для тестирования

Автоматизатор должен знать о потенциальных артефактах, которые могут проявляться в многопоточных или распределенных системах:

• "Грязное" чтение (Dirty Read): Чтение незакоммиченных данных другой транзакции.
• Неповторяющееся чтение (Non-repeatable Read): Повторное чтение тех же данных в рамках одной транзакции дает другой результат, потому что другая транзакция изменила и закоммитила эти данные.
• Фантомное чтение (Phantom Read): Появление новых строк при повторном выполнении запроса с тем же условием, потому что другая транзакция добавила и закоммитила данные.

Вывод для QA Automation Engineer: Транзакция — это не только концепция БД, но и ключевой инструмент для создания надежных, изолированных и повторяемых автотестов, взаимодействующих с данными. Правильное управление жизненным циклом транзакций в тестах — залог стабильности тестовой базы и скорости выполнения тестового набора.