Какой у вас опыт работы с базами данных (БД) в контексте тестирования?

Question

Какой у вас опыт работы с базами данных (БД) в контексте тестирования?

Тип вопроса: Базы данных и SQL Вероятность: 26% Категория: QA Тестировщик

Ответ

Имею практический опыт работы с базами данных для валидации данных, проверки бизнес-логики и отладки.

С чем работал:

Реляционные СУБД: MySQL, PostgreSQL — для проверки целостности данных и сложных запросов.
NoSQL: MongoDB — для проверки документ-ориентированных структур.
Инструменты: DBeaver, pgAdmin, командная строка, интегрированные средства в IDE.

Типичные задачи в тестировании:

Валидация данных после действий в UI/API:

-- Проверка, что пользователь создался после регистрации
SELECT id, email, registration_date FROM users 
WHERE email = 'test_user@example.com';

Проверка корректности транзакций и бизнес-логики:

-- Проверка списания баланса и создания записи о транзакции
SELECT u.balance, t.amount, t.type 
FROM users u
JOIN transactions t ON u.id = t.user_id
WHERE u.id = 123
ORDER BY t.created_at DESC
LIMIT 1;

Подготовка и очистка тестовых данных:

-- Очистка тестовых данных перед запуском сьюта
DELETE FROM orders WHERE test_flag = TRUE;
INSERT INTO test_configs (key, value) VALUES ('environment', 'stage');

Верификация интеграций между системами через сравнение состояния данных в разных источниках.

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

Ответ 18+ 🔞

А, ну так, значит, ты тоже в эту тему вляпался, про базы данных? О, это ж, блядь, целый отдельный мир, где можно и мозг сломать, и найти такое, что в интерфейсе и не приснится. Чистая магия, а не работа.

С чем, собственно, приходилось бодаться:

Эти ваши реляционные штуки: MySQL, PostgreSQL — тут можно такие запросы строчить, что сам потом полчаса разбираешь, что же, блядь, написал. Идеально, чтобы проверить, не накосячила ли логика где в самом нутре.
NoSQL, типа MongoDB: Тут уже не таблицы, а документы. По-своему прикольно, когда надо проверить, что там внутри этой вложенной хуйни всё на месте.
Инструменты: DBeaver, pgAdmin, консолька родная. Иногда проще, блядь, в IDE встроенным средством ткнуть, если лень переключаться.

А вот чем конкретно занимался, пока все в интерфейсе тыкали кнопочки:

Глянуть, а что там в сусеках после клика в приложении. Типа, нажал юзер «Зарегистрироваться» — и куда делись его данные? Лезу смотреть:
```
-- Ну-ка, появился ли наш подопытный кролик
SELECT id, email, registration_date FROM users 
WHERE email = 'test_user@example.com';
```
И если тут пусто — всё, пиздец, можно баг-репорт писать. А в UI могло и «Успешно!» высветиться, обманщики.
Проверить, не обманула ли нас хитрая бизнес-логика. Вот, скажем, денег списались. А точно списались? И запись о платеже создалась? Щас проверим, не хухры-мухры:
```
-- Смотрим баланс юзера и последнюю операцию
SELECT u.balance, t.amount, t.type 
FROM users u
JOIN transactions t ON u.id = t.user_id
WHERE u.id = 123
ORDER BY t.created_at DESC
LIMIT 1;
```
Если баланс не сходится или записи нет — вот она, жопа, прости господи. Интеграционные тесты отдыхают.
Навести бардак и потом прибраться. Перед тестами надо среду подготовить — накидать тестовых данных или, наоборот, всё почистить, чтобы старый хлам не мешал.
```
-- Выносим всё, что накопили в прошлых прогонах
DELETE FROM orders WHERE test_flag = TRUE;
-- И подкидываем свои настройки
INSERT INTO test_configs (key, value) VALUES ('environment', 'stage');
```
Главное — не забыть потом этот test_flag, а то так и до продовых данных докопаешься, а там уже волнение, блядь, накрывает.
Сравнить, что в одной системе записало, а в другой — приняло. Интеграции, мать их. Часто данные гуляют из сервиса в сервис, и надо убедиться, что по дороге ничего не потерялось и не исказилось. Это та самая глубокая проверка, когда уже не веришь ни логам, ни апишным ответам — веришь только сырым данным в хранилище.

Короче, это такой кайф, когда через интерфейс видишь одно, а в базе обнаруживаешь совершенно другую картину. Прямо как детектив, ёпта. Без этого — ну, поверхностно как-то, в рот меня чих-пых.