Что такое CRUD и что делают его методы

Что проверяют

Базовый вопрос, по которому видно, понимаете ли вы, что происходит с данными за интерфейсом и API. Отвечать одним определением мало: следом спросят, какими HTTP-методами и кодами это выражается и как вы проверите, что запись действительно изменилась.

Как отвечать

CRUD это четыре базовые операции над данными. Удобно сразу связать каждую с SQL и REST:

• Create: INSERT в базе, POST в API. Ожидаемый ответ 201 Created, часто с заголовком Location на новый ресурс;
• Read: SELECT и GET. 200 с данными или 404, если записи нет. Отдельно проверяются списки: пагинация, фильтры, сортировка;
• Update: UPDATE, в API PUT или PATCH. PUT заменяет ресурс целиком, PATCH меняет только переданные поля. Ответ 200 с телом или 204 без него;
• Delete: DELETE в обоих случаях. Обычно 204, после чего GET по тому же id возвращает 404.

Для тестировщика главное, что за каждой операцией стоит набор проверок. Негативные случаи: невалидные данные (400 или 422), дубль уникального поля (409), нет авторизации или прав (401 и 403). Проверка состояния: после ответа убедиться через GET или прямым SQL-запросом в DBeaver, что запись появилась, изменилась или исчезла, а связанные данные повели себя ожидаемо. Инструменты зависят от проекта: Postman или Swagger UI руками, REST Assured или pytest с requests в автотестах.

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

Где спотыкаются

Проверяют только код ответа. 200 при обновлении не гарантирует, что поле реально сохранилось, это видно лишь при повторном чтении.

Путают PUT и PATCH и не проверяют, что PUT без части полей их обнуляет или отклоняет запрос.

Считают CRUD жёстким соответствием HTTP-методам. Поиск со сложным фильтром часто делают через POST, и это всё ещё чтение. CRUD описывает, что происходит с данными, а не какой метод выбран.