Спасибо за подробный фидбек, касаемо перфоманса - взял в работу, попытаюсь выяснить в чем у вас возникла проблема, проведу тесты и постараюсь сделать оптимизацию, возможно есть узкое место, но на ранних тестах на всех ОС все было хорошо.
Касаемо вашего предложения по синхронизации схемы по ссылке записал в черновик, будет в ближайшем релизе без тарификации само собой.
Спасибо за фидбек) Portable-версия по сути уже есть, просто плохо видна: в каждом релизе на GitHub лежит отдельный kurlo-windows-amd64.exe (и arm64) без установщика. Это тот же exe, что вы достали 7-Zip'ом. Его можно положить в любую папку и запускать, автообновление с ним тоже работает.
Один нюанс, настройки и данные он хранит в %APPDATA%, а не рядом с exe, так что это «без установки», но не «на флешке со всеми данными».
В ближайшем релизе подпишу его как Portable и добавлю на страницу загрузок, чтобы не приходилось искать.
При импорте схем, которые использовал я - не было проблем, спасибо за наводку, оперативно поправлю этот кейс.
По поводу визуальных багов, подтормаживаний хочется конкретики, это слишком обширно и ни о чем не говорит. Тесты на перфоманс были проведены на больших коллекциях и проблем не было замечено.
В любом случае спасибо за попытку, приложений без багов не существует, любой фидбек важен для улучшения качества =)
Тут два разных вопроса. Тесты в Kurlo пишутся на Postman API (pm.test, pm.expect и т.д.) — осознанно: большинство приходит с Postman, и хотелось, чтобы существующие тесты работали без переписывания. У Bruno свой bru.*, при переезде с Postman его пришлось бы конвертировать.
Что касается формата файлов — OpenCollection покрывает HTTP и GraphQL, а в Kurlo ещё gRPC, WebSocket, Socket.IO, SSE, MCP, нагрузочные тесты на k6, сохранённые примеры для мок-сервера и плейсхолдеры секретов, чтобы ключи не попадали в Git. Ждать, пока всё это появится в чужой спецификации, не хотелось.
При этом OpenCollection поддерживается: Kurlo импортирует коллекции Bruno/OpenCollection и умеет экспортировать в него, так что формат не ограничивает.
Ответить точно сложно, но я сам пользуюсь 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 отдельным пунктом с более подробным сравнением, возможно там будет что-то интересное =)
Спасибо за подробный фидбек, касаемо перфоманса - взял в работу, попытаюсь выяснить в чем у вас возникла проблема, проведу тесты и постараюсь сделать оптимизацию, возможно есть узкое место, но на ранних тестах на всех ОС все было хорошо.
Касаемо вашего предложения по синхронизации схемы по ссылке записал в черновик, будет в ближайшем релизе без тарификации само собой.
Спасибо что участвуете в развитии.
Да, оба пункта были ранее реализованы, остались последние тесты, сегодня/завтра будет в следующем обновлении, спасибо!
Спасибо за фидбек) Portable-версия по сути уже есть, просто плохо видна: в каждом релизе на GitHub лежит отдельный
kurlo-windows-amd64.exe(иarm64) без установщика. Это тот же exe, что вы достали 7-Zip'ом. Его можно положить в любую папку и запускать, автообновление с ним тоже работает.Один нюанс, настройки и данные он хранит в
%APPDATA%, а не рядом с exe, так что это «без установки», но не «на флешке со всеми данными».В ближайшем релизе подпишу его как Portable и добавлю на страницу загрузок, чтобы не приходилось искать.
Спасибо, надеюсь, попробуете)
При импорте схем, которые использовал я - не было проблем, спасибо за наводку, оперативно поправлю этот кейс.
По поводу визуальных багов, подтормаживаний хочется конкретики, это слишком обширно и ни о чем не говорит. Тесты на перфоманс были проведены на больших коллекциях и проблем не было замечено.
В любом случае спасибо за попытку, приложений без багов не существует, любой фидбек важен для улучшения качества =)
Тут два разных вопроса. Тесты в Kurlo пишутся на Postman API (
pm.test,pm.expectи т.д.) — осознанно: большинство приходит с Postman, и хотелось, чтобы существующие тесты работали без переписывания. У Bruno свойbru.*, при переезде с Postman его пришлось бы конвертировать.Что касается формата файлов — OpenCollection покрывает HTTP и GraphQL, а в Kurlo ещё gRPC, WebSocket, Socket.IO, SSE, MCP, нагрузочные тесты на k6, сохранённые примеры для мок-сервера и плейсхолдеры секретов, чтобы ключи не попадали в Git. Ждать, пока всё это появится в чужой спецификации, не хотелось.
При этом OpenCollection поддерживается: Kurlo импортирует коллекции Bruno/OpenCollection и умеет экспортировать в него, так что формат не ограничивает.
Ответить точно сложно, но я сам пользуюсь 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 отдельным пунктом с более подробным сравнением, возможно там будет что-то интересное =)