Вы пишите тест кейсы для тестирования ручек на бэке и если да то как?
А что такое "ручки на бэке"?
Эндпоинты - методы https://host/api/v1/ + ручка (/users or /profile)
А чем они принципиально отличаются от любых других объектов тестирования? Ну, т.е. есть что-то, что надо проверить. Есть шаги, проверка, ожидаемый результат. Почему вам кажется, что тест кейсы должны как-то отличаться?
Если мне за это будут платить, то напишу. Если не будут -- коллекция в Постмане с минимальным описанием, или какие автопроверки вполне пойдут вместо тесткейсов, с ними ещё и работать можно будет.
Ну смотри... Когда делают новую ручку твоя задача как QA проверить, что методы возвращают верную модель, что присутствуют обязательные поля, ошибки при неправильных запросах, валидации и лимиты для каждого поля. Эти кейсы одинаковые для ЛЮБОЙ ручки, поэтому какие кейсы ты имеешь введу? На фронте ты уже проверяешь пользовательский сценарий и прочее, но в REST например, ты можешь получить информацию нужную из 5 ручек и только после этого твой сценарий будет правильным для пользователя. Я же тестирую только одну ручку...
Ну смотри, тебе когда дают кнопку тестировать ты что можешь сделать? Ну нажал, она нажалась. Не нажал - не нажалась.
Хм, я не очень понял как у вас могут быть одинаковые кейсы на обязательном полей, валидацию и т.п. для разных методов апи. В целом еще зависит от задачи, но если она состоит в том чтобы протестировать какие то методы, а не просто протестировать контракт, то имеет смысл проверять работу логики привязанной к этому методу, и тут тестовая документация тоже может пригодиться. А уж в каком виде её вести это другой вопрос, зависящий от ваших ресурсов и целей.
А сваггер уже не вариант как источник документации для тестирования?
Обсуждают сегодня