есть сам тест заключается в том, чтобы сервер выдавал ожидаемый результат? допустим код 200.
если 200, то true, иначе false?
вопросик сразу по БД в этом же примере.
нужно ли проверить, что в БД добавилось все правильно?
или это уже отдельная категория?
типа первая фаза это то, что сервер вообще способен отвечать
а вторая - сервер правильно добавил все поля в БД
это все в одном тесте
то есть, если статус 200, то значит и поля все правильно заполнены в БД?
api - и код к нему это отдельная проверка Бд это отдельная проверка
Коды ответов - это скользкая тема. Может быть и не 200 (на будущее чтоб знал. Принято стандартные коды применять) Когда прилетает на бэк, может быть разобран и отправлен тебе «я молодец», а по факту ошибка в конвертации данных или ещё что. Либо E2E проверка (тут писали что бывает в Е2Е придти ок, а в БД не быть), либо напрямую в бэк смотреть А потом что сервер выдаст правильно 🙂
Я сейчас проекте, где сервак при fatal error возвращает 200 статус, а все подробности в json
Ну вот 🙂 На прошлом месте сервер возвращал 200, а в логах «Скорую помощь мне!»
E2E - это конец в конец, полная бизнес-логика. И это необязательно может быть UI 🙂 Просто, есть API через которые делаем запросы. То есть со своей стороны (конца) отправили запрос другой стороне (концу) Когда есть UI, то это наш конец. А когда его нет, то можем использовать API как конец Так, вроде, старался. Давай вопросы))
то есть E2E только с UI, а функциональное тестирование (тестирование апи) - без?
Функциональное != Тестирование апи
Обсуждают сегодня