Database testing помогает убедиться, что данные создаются, изменяются, хранятся и читаются корректно. Многие дефекты продукта на самом деле являются дефектами данных: неверные связи, потерянные обновления, неконсистентные статусы, сломанные миграции.
Что обычно проверяют
- →Корректность записи и чтения данных.
- →Целостность связей и ограничений.
- →Согласованность данных после бизнес-операций.
- →Побочные эффекты фоновых задач, ретраев, очередей и интеграций.
Почему UI и API недостаточно
Система может показывать “успех” на поверхности, но фактически записать неполные, противоречивые или временно корректные данные. Без проверки базы такие дефекты остаются незаметными до тех пор, пока не проявятся в отчётах, биллинге или соседних сервисах.
Что должен уметь QA
- →Читать базовые таблицы и связи.
- →Проверять данные после операций создания, обновления и удаления.
- →Сверять, что API и база отражают одно и то же состояние.
- →Замечать orphan records, дубли, неверные статусы и нарушения целостности.
Database testing не означает, что QA должен быть DBA. Но хороший тестировщик умеет смотреть на данные как на отдельный слой качества, а не только как на фон для интерфейса.