Какие знаешь методики тестирования БД?

Методы тестирования базы данных (Database Testing)

Тестирование базы данных (БД) — это критически важная часть обеспечения качества программного обеспечения, особенно для систем, где данные являются центральным элементом (например, финансовые системы, ERP, CRM). Как QA Engineer с более чем 10 лет опыта, я применяю и классифицирую методики тестирования БД по нескольким ключевым направлениям.

1. Функциональное тестирование (или тестирование бизнес-правил)

Это проверка того, что бизнес-логика, реализованная на уровне базы данных (через хранимые процедуры (Stored Procedures), триггеры (Triggers), функции, ограничения (Constraints)), работает корректно.

Пример теста для хранимой процедуры:

-- Предположим, есть процедура, добавляющая нового пользователя
CREATE PROCEDURE AddUser(@Name NVARCHAR(100), @Email NVARCHAR(100))
AS
BEGIN
    INSERT INTO Users (Name, Email, CreatedDate) VALUES (@Name, @Email, GETDATE())
END;

-- Тестовый сценарий в SQL:
BEGIN TRANSACTION;
-- Вызов процедуры с тестовыми данными
EXEC AddUser 'Test User', 'test@example.com';
-- Проверка результата
SELECT * FROM Users WHERE Email = 'test@example.com';
-- Если запись найдена и поля корректны - тест пройден
ROLLBACK TRANSACTION; -- Чтобы не сохранять тестовые данные

Основные методы здесь:

• Прямое выполнение SQL-запросов и анализ результатов.
• Сравнение ожидаемого и фактического состояния данных после выполнения операции.
• Тестирование на граничных условиях и невалидных данных (например, попытка добавить пользователя с уже существующим email при наличии ограничения UNIQUE).

2. Тестирование структур данных (Schema Testing)

Проверка корректности самой структуры базы данных.

-- Пример запроса для проверки схемы (в SQL Server):
-- Проверяем, существует ли необходимая таблица и колонки
SELECT TABLE_NAME, COLUMN_NAME, DATA_TYPE
FROM INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_NAME = 'Users';

Что проверяется:

• Наличие таблиц, представлений (Views), индексов.
• Корректность типов данных колонок, допустимой длины (например, NVARCHAR(100)).
• Наличие и корректность первичных (Primary Keys) и внешних ключей (Foreign Keys).
• Правильность значений по умолчанию (DEFAULT) и проверочных ограничений (CHECK Constraints).

3. Тестирование целостности данных (Data Integrity Testing)

Обеспечение того, что отношения между таблицами и бизнес-правила соблюдаются.

Пример теста для внешнего ключа:

-- Таблица Orders ссылается на Users через UserID
-- Попытка добавить заказ с несуществующим UserID должна завершиться ошибкой.
INSERT INTO Orders (OrderID, UserID, Amount) VALUES (999, 999999, 100.00);
-- Ожидаем ошибку нарушения foreign key constraint.
-- Это положительный результат теста, подтверждающий целостность.

Методы включают:

• Проверка связей между таблицами (внешние ключи).
• Тестирование транзакций (ACID свойства: Atomicity, Consistency, Isolation, Durability).
• Проверка корректности каскадных операций UPDATE и DELETE.

4. Тестирование производительности (Performance Testing)

Оценка скорости выполнения операций и оптимизации.

-- Пример анализа производительности запроса (использование времени выполнения и плана запроса)
SET STATISTICS TIME ON;
SET STATISTICS IO ON;

SELECT * FROM Orders WHERE UserID = 1234 AND Status = 'Completed';

SET STATISTICS TIME OFF;
SET STATISTICS IO OFF;

Ключевые активности:

• Анализ планов выполнения запросов (Query Execution Plans) для поиска узких мест (например, отсутствие индексов).
• Тестирование скорости CRUD операций (Create, Read, Update, Delete) под нагрузкой.
• Проверка эффективности индексов (их наличие и использование).
• Нагрузочное тестирование БД с помощью генерации большого объема данных или использования инструментов (например, Apache JMeter с JDBC-запросами).

5. Тестирование безопасности (Security Testing)

Защита данных от несанкционированного доступа.

-- Пример проверки доступности данных для разных пользователей/ролей
-- (Часто выполняется через управление правами, а не прямые запросы)
-- Проверяем, что роль 'Guest' не имеет прав на DELETE из таблицы Users.

Что проверяется:

• Авторизация и права доступа (GRANT/REVOKE) для разных ролей пользователей.
• Защита от SQL-инъекций (SQL Injection) путем тестирования с вредоносными входными данными.
• Маскировка или шифрование (Encryption) чувствительных данных (например, паролей, платежной информации).

6. Тестирование миграций и преобразований данных (Data Migration/Conversion Testing)

Проверка корректности переноса данных между системами, версиями или форматами.

Методы:

• Сравнение объема данных (количество записей) до и после миграции.
• Сравнение самих данных (побитовое или по критическим полям) с помощью скриптов.
• Проверка корректности преобразований типов данных и обработки NULL-значений.

Практический подход и инструменты

В реальных проектах тестирование БД часто интегрируется в процесс CI/CD. Используются:

• Специализированные инструменты: DbUnit (для Java), tSQLt (для SQL Server), SQLUnit.
• Написание автотестов на языке приложения (например, с использованием Python и библиотек типа pytest + sqlalchemy).
• Интеграция с фреймворками: Например, в .NET проектах можно использовать Entity Framework для проверки состояния данных.

Пример простого автотеста на Python для проверки бизнес-правила:

import pytest
import pyodbc

def test_user_creation_unique_email():
    connection = pyodbc.connect('your_connection_string')
    cursor = connection.cursor()
    
    # 1. Очищаем таблицу или работаем в транзакции
    cursor.execute("DELETE FROM Users WHERE Email IN ('test1@example.com', 'test2@example.com')")
    
    # 2. Добавляем первого пользователя
    cursor.execute("INSERT INTO Users (Name, Email) VALUES ('User1', 'test1@example.com')")
    
    # 3. Попытка добавить второго с таким же email должна вызвать исключение
    try:
        cursor.execute("INSERT INTO Users (Name, Email) VALUES ('User2', 'test1@example.com')")
        # Если исключение не вызвано - тест не пройден!
        assert False, "Unique constraint violation expected"
    except pyodbc.IntegrityError:
        # Ожидаемое исключение - тест пройден
        assert True
    
    connection.close()

Таким образом, комплексное тестирование базы данных требует сочетания SQL-экспертизы, понимания бизнес-логики и использования автоматизированных подходов. Это гарантирует не только корректность данных "сейчас", но также их надежность, безопасность и производительность в долгосрочной перспективе.