Вполне возможно 1 стенд на каджую фичу. Или стендов может штук 10
И он реально не понимает какой стенд тебе надо.

Есть люди скажем "Приветливо общительные", а есть только по делу не в право ни в лево. Вот с таких приходится долго и муторно чего-то добиваться... Особенно если ты не сильно разбираешься в чем-то)

Аналитики, разрабы, РП, могли быть устные договоренности, хотелки, что-то должно быть

В таком случае, Александру ждет увлекательное путешествие, с выяснением этих хотелок от всех заинтересованных в фиче лиц, и вменяемое документирование этих хотелок в какое-то подобие списка требований, от которых можно будет как-то уже отталкиваться.

После таких контор зато легко

Если выгребешь😐

Хотелки в виде требований есть, UI протестирую когда добьюсь куда стучаться. А вот с api вопрос, сваггера как оказалось у нас адекватного нету

Да хоть через curl) Должны же были его как-то проверить

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

Подозреваю, что надо ловить разработку и требовать с них всё

На чём-то же они обосновывали свой код

👍

Дальше делаем синхронизацию полученного с ПМ. Надеемся, что разницы нет особой) Проверяем.

Мне кажется свагер уже все используют...
А если не используют... То надо наверно проверять разработчиков, или тим.лидов разработки на адекватность)

Не все и не используют)

А подскажите, пожалуйста, как организовать на проекте автотестирование API?:) Интересует именно как построить процесс и как это все задокументировать в конфе.

Из того, что есть — json из swagger. И Postman, которому можно скормить этот json.

APIшка только недавно появилась вообще, то есть фактически даже вручную её тестили только сами разрабы.

Описания запросов у меня нет, но я примерно понимаю что зачем. Ну и могу мучить разраба, конечно.

Можно в ЛС, чтобы тут не мешать людям)

Построить «флоу» для выполнения этих тестов (что за чем будет выполняться), написать позитивные\негативные кейсы в коллекцию.
Но это может быть и не нужно.

1. Составляете список эндпоинтов / функциональных сценариев, которые хотите проверять.
2. Для них составляете список тест кейсов «отправили такие данные - получили такой респонз - произошли следующие изменения».
3. Берёте python + requests + pytest или любой другой яп + библиотеку для http запросов.
4. Пишите тесты. :)

А если тесты нужны именно в Postman? То просто коллекции создавать? И у меня получится скорее в обратном порядке) сначала надо сделать, чтобы работало, а потом задокументировать)

лучше сразу начинать учиться делать полноценные тесты. Полезно для карьеры :)

Если нужны тесты именно в постмане, то меняете п.3 на «берёте постман». :)