Ответить точно сложно, но я сам пользуюсь Kurlo каждый день, так что планирую развивать и поддерживать его долго: баги и issue разбираю, обновления выходят регулярно. В планах ещё несколько крупных фич, которые должны заметно улучшить работу с клиентом. Также буду рад контрибьюторам — если есть желание что-то улучшить, жду в PR =)
Спасибо, посмотрел, по идее ApiArk действительно ближе остальных к Kurlo. Если говорить про разницу на первый взгляд:
— ApiArk поддерживает MQTT, у Kurlo его пока нет. — В ApiArk свой скриптовый API (ark.*). Kurlo исполняет Postman-скрипты (pm.*) как есть, поэтому коллекцию с тестами можно перенести импортом, без переписывания.
— В Kurlo есть нагрузочные тесты: из запросов коллекции собирается сценарий для k6, который можно запустить из приложения, из CLI в CI или просто выгрузить скрипт.
— Kurlo умеет синхронизировать куки с браузером, чтобы запросы шли с той же сессией, что и на сайте.
Последний коммит в ApiArk был в марте, в issue пользователи спрашивают, жив ли проект, и судя по всему ответа нет. Для инструмента, в котором хранятся все коллекции, по-моему, это важно, тк как внезапные критические баги, и уже ловишь ограничение функционала. Kurlo наоборот развивается регулярно, сейчас вышла 3.x.
Сравнительную таблицу в статью не добавлял, тк как сравнивал с тем, откуда люди чаще всего переходят по моему опыту(Postman, Insomnia, Bruno). Но если интересно, могу дописать ApiArk отдельным пунктом с более подробным сравнением, возможно там будет что-то интересное =)
Ответить точно сложно, но я сам пользуюсь Kurlo каждый день, так что планирую развивать и поддерживать его долго: баги и issue разбираю, обновления выходят регулярно. В планах ещё несколько крупных фич, которые должны заметно улучшить работу с клиентом. Также буду рад контрибьюторам — если есть желание что-то улучшить, жду в PR =)
Спасибо, посмотрел, по идее ApiArk действительно ближе остальных к Kurlo. Если говорить про разницу на первый взгляд:
— ApiArk поддерживает MQTT, у Kurlo его пока нет.
— В ApiArk свой скриптовый API (ark.*). Kurlo исполняет Postman-скрипты (pm.*) как есть, поэтому коллекцию с тестами можно перенести импортом, без переписывания.
— В Kurlo есть нагрузочные тесты: из запросов коллекции собирается сценарий для k6, который можно запустить из приложения, из CLI в CI или просто выгрузить скрипт.
— Kurlo умеет синхронизировать куки с браузером, чтобы запросы шли с той же сессией, что и на сайте.
Последний коммит в ApiArk был в марте, в issue пользователи спрашивают, жив ли проект, и судя по всему ответа нет. Для инструмента, в котором хранятся все коллекции, по-моему, это важно, тк как внезапные критические баги, и уже ловишь ограничение функционала. Kurlo наоборот развивается регулярно, сейчас вышла 3.x.
Сравнительную таблицу в статью не добавлял, тк как сравнивал с тем, откуда люди чаще всего переходят по моему опыту(Postman, Insomnia, Bruno). Но если интересно, могу дописать ApiArk отдельным пунктом с более подробным сравнением, возможно там будет что-то интересное =)