SQL для тестировщика: практика с нуля

SQL для тестировщика

SQL для тестировщика начинается с формы данных

До запроса определите сущности, ключи и связь, описывающую проверяемое поведение. Для возврата это могут быть записи заказа, платежа и баланса. Конкретная схема зависит от системы, поэтому не угадывайте таблицу по подписи на экране.

Сначала сформулируйте вопрос обычными словами. Потом выберите минимальный набор полей, способный на него ответить.

Начните с безопасного SELECT

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

SELECT id, status, amount
FROM payments
WHERE order_id = :order_id
ORDER BY created_at DESC;

Это форма примера, а не утверждение о конкретной схеме. Замените имена и параметры моделью вашей системы.

Связывайте данные с пользовательским сценарием через JOIN

Одна таблица редко объясняет результат между сервисами. Соединяйте только нужные отношения, оставляйте условие связи видимым и сравнивайте значения с запросом и экраном. Неожиданная дублирующаяся строка может оказаться важнее отсутствующего статуса.

Если связь необязательная, заранее решите, отвечает ли на ваш вопрос inner join или left join. Тип соединения тоже является частью доказательства.

Проверяйте отсутствие, NULL и границы отдельно

• Определите, что означает отсутствие записи.
• Отделяйте NULL от пустой строки и нуля.
• Проверяйте первый и последний релевантный момент или размер.
• Сравнивайте состояние до и после, ничего не изменяя.

Многие неверные выводы возникают, когда «нет строки» принимают за строку с пустым значением. Сделайте различие видимым и в запросе, и в записи результата.

Сохраняйте воспроизводимый результат, а не дамп базы

Запишите вопрос, форму безопасного запроса, замаскированные параметры, время и релевантный результат. Свяжите его с запросом или дефектом. Контекста должно хватить для повторения, но не нужно копировать больше данных, чем требует решение.

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