А во

не успел )

++

посоветуйте, пожалуйста, видео-урок годный по постману (язык неважно)

up

Ребят, пару вопросов по поводу инструмента:
- есть ли возможность запуска параметризованных тестов (аналог pytest.mark.parametrize(....))
- создание e2e-тестов == созданию e2e коллекций?
- если кейсов разрастается очень много, есть какие-то best practice по централизованному управлению?
- умеет ли постман понимать количество итераций из файла для разных запросов? К примеру, я запускаю коллекцию из двух запросов, один из которых мне нужно выполнить 4 раза(4 тестовых набора переменных), а другой - 3(3 набора). Если да, то какая структура файла? Если нет, то можно ли обойти подобные ограничения? Делается для того, что разные запросы могут иметь разное количество входных тестовых наборов. К примеру тестируемая сущность список имеет перебор двух полей(имя-тип), а сущность пользователь три поля(логин-пасс-команда). Хочется централизованно управлять входными данными и запускать e2e тесты.
Спасибо!

е2е тесты можно запускать, коль скоро приложение позволяет проводить требуемый сценарий исключительно при помощи api-вызовов

если требуется делать запросы к базе, чтобы получать какие-то данные для теста, - серьёзный язык программирования конечно выигрышнее смотрится

Спасибо. py+pytest+requests в работе, хочется постманом сделать слепок, тем более к OpenAPI прикручен Swagger.
Сейчас в поисках решениях насчет третьего вопроса:
- коллекция содержит (запрос_1, запрос_2)
- файл входных данных содержит для запроса_1 - 4 набора, для запроса_2 - 2 набора

Можно ли запустить коллекцию так, чтобы:
- запрос_1(набор_1)
- запрос_1(набор_2)
- запрос_1(набор_3)
- запрос_1(набор_4)
- запрос_2(набор_1)
- запрос_2(набор_2)
?

При помощи data variables можно вот так:
- запрос_1(набор_1)
- запрос_2(набор_1)

- запрос_1(набор_2)
- запрос_2(набор_2)

- запрос_1(набор_3)
- запрос_2(набор_3)

- запрос_1(набор_4)
- запрос_2(набор_4)

А разве на python нет никаких норм либ для OpenAPI? Был же connexion.

Спасибо! Что получается:
- тестовые наборы обязательно должны совпадать по количество итераций?(длине)
Что делать в ситуации, когда хочется два запроса итерировать разным количеством? Ручками включать и подставлять? Либо я так понимаю парсить в pre-test и загонять в data variables?

q: тестовые наборы обязательно должны совпадать по количество итераций?(длине)
a: Не обязательно, если ты раннер руками запускаешь: можно исключать запросы из коллекции.
Или можно привязываться на параметр в итерации, чтобы ранить следующий запрос или нет. Но тоже такое.

q: Что делать в ситуации, когда хочется два запроса итерировать разным количеством?
a: я бы такие не делал выделенными запросами в коллекции,  а держал в PRS/Tests и слал pm.sendRequest().

Спасибо! Будем пробовать пробиваться :)

Только все еще не понятно, зачем лезть в Postman, когда уже есть солюшен на pytest

Решения нет, к сожалению. Оно есть, однако время на разработку и отладку тестов уходит огромное количество (не вмещаюсь в спринты) + очень много подвижных частей, что даёт в совокупности нерелевантный результат

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