Comments 6
А чем собственно Postman не подошел? Ручные тестировщики с этим инструментом знакомы, и экспорт коллекции как раз таки осуществляется в формате очень похожим на вашу задумку, только json. Коллекцию затем можно запускать в оффлайн используя newman. Ну или скажем, другой готовый инструмент - httpYac, если Postman безопасники зарещают.
Ок, а теперь потестируйте это: https://vo-online-test.citis.ru:8100/swagger/
у сотрудника «не хватало» времени на обучение и поднятие своего грейда как специалиста
Сотрудник - не машина по переботке ИПРов в знания. Нельзя ожидать, что вы просто кинете в него ИПР, а он через X времени вернётся автоматизатором.
я начал строить No-Code тулзу через конфиги
Это не No-Code тулза. Во-первых, работа с конфигами не очень отличается от кода - вместо ЯП нужно изучать формат конфига (кейворды, типы данных, иерархию и тд), отслеживать в системе контроля версий, проверять на код-ревью.
Во-вторых, петстор апи и целый тест на статус 200 и поле в бади - конечно, классно, но в реальных проектах тестирование АПИ несколько сложнее. Появятся сетапы / тирдауны тестов, шаред степы, цепочки запросов с передачей данных, переменные окружения и прочие прелести жизни. А когда количество тестов перевалит за сотню-другую, работа в незнакомом для IDE формате подкинет неудобств.
Ну и напоследок - коллегам вместо широко используемого стека понадобится изучать полностью кастомный тул. С вероятностью 99% им ещё придётся ползать под капотом проекта и прикручивать фичи по ходу работы / отлавливать баги. Начнут ли они сливаться с этого увлекательного мероприятия - вопрос риторический.
Автоматизация QA
В статье речь про тестирование, а в заголовке про QA. Если есть стремление приносить пользу, то лучше начать с азов: чтобы ваши сотрудники понимали разницу в этих терминах.
Автоматизация тестирования без программирования: Как я начал строить No-Code тулзу через конфиги