Comments 5
Здравствуйте. Случай может произойти любой. Мы не можем гарантировать, что клиент ни отправит нам такой кейс, т.к вся основная валидация - это обязанность сервера. А на клиенте может произойти все, что угодно. Соответственно чем более полное покрытие мы будем иметь на конкретный метод, тем более полную картину получим: "а что у нас может пойти не так" и тем выше по итогу будет качество выпускаемого API метода.
я бы добавил недопустимые типы данных еще, проверки на тип запроса, как-то не заметил проверки статусов и т.д. Это точно полное покрытие?
Проверка типов происходит самим фреймворком, на котором написан бэк. Вы можете единожды сделать проверку типов, убедившись тем самым, что она отрабатывает. Но ее не имеет особого смысла применять в чек-листе для каждого АПИ метода. Иначе мы каждый раз будет проверять работоспособность самого фреймворка по-сути.
Поясните пжл неопытному: проверяется незаполненный id, невалидно заполненный. А такой случай может случиться в системе?
API-автотесты: как достичь наиболее полного покрытия?