Hitchhiker 0.1.1 发布, API 集成测试工具 - 开源中国社区
Hitchhiker 0.1.1 发布, API 集成测试工具
不白兄 2017年08月28日

Hitchhiker 0.1.1 发布, API 集成测试工具

不白兄 不白兄 发布于2017年08月28日 收藏 105

有免费的MySQL,为什么还要买? >>>  

Hitchhiker 是一款开源的 Restful Api 集成测试工具,你可以在轻松部署到本地,和你的 team 成员一起管理 Api。

能做什么

    * Team 协作开发 Api

    * Api 历史修改记录及支持 diff 展示

    * 支持多环境变量及运行时变量

    * 支持 Schedule 及批量 run

    * 不同环境下的请求数据对比 (eg: stage vs product)

    * 易部署 (支持 docker, windows, linux), 数据都存在自己这里,不会上传及丢失

    * 会记往任何修改,不用怕没保存时 session 失效或系统重启

    * 支持导入 Postman v1 collections

    * 性能测试 (开发中...)

    * Api 文档 (计划中...)

如何部署

如何使用

用到的技术

  • 前后端分离,前端采用 React + Redux + AntDesign,后端基于 Nodejs, 采用 Koajs + TypeORM + MySQL。

  • 语言统一用的 Typescript。

  • 测试的话,前端用 Jest,覆盖了逻辑最多的 reducer,后端使用的就是本工具来测试自己,这对时间有限的我来说算是最有性价比的选择。

开源

可以访问 http://hitchhiker-api.com/ 来使用,点击 `try without login` 免注册登录,另外,为了免备案,服务器在海外的,所以速度上可能会有点慢,抽疯时甚至可能访问不了,请谅解。

当然最好还是在本地局域网部署,用起来会比较爽。

码云:https://gitee.com/iwxiaot/Hitchhiker

Github: https://github.com/brookshi/Hitchhiker

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:Hitchhiker 0.1.1 发布, API 集成测试工具
分享
评论(13)
精彩评论
1
我刚也做了一个同类软件,,思想类似,集中化管理和运行restful api test case,显示运行报告,不过我采用的是DSL来编写case和校验结果
最新评论
0

引用来自“rockyrock”的评论

这个与postman相比 有什么不同?看起来好像差不多?
ui是模仿Postman来的,好处就是部署在本地,team可以协作维护,多少人加进来都可以,另外schedule的数据对比,写在Test里的运行时变量,正在开发的性能测试都是Postman没有的,当然Postman已经很稳定完善了,我这个细节方面还差得很远,不过Postman专业版是要收费的:),个人用的话其实Postman足够了,要Team一起用又不想花钱可以考虑这个
0
这个与postman相比 有什么不同?看起来好像差不多?
0
挺不错哒学习一下
0
NB
0

引用来自“ice_stream”的评论

我刚也做了一个同类软件,,思想类似,集中化管理和运行restful api test case,显示运行报告,不过我采用的是DSL来编写case和校验结果

引用来自“不白兄”的评论

:+1: 用DSL来写case的话效率高不过对QA难度大了点

引用来自“ice_stream”的评论

还好,这里的dsl是采用https://cucumber.io/ 来实现的,属于BDD,不是我们常说的groovy 等脚本语言. 当时采用这个就是考虑到非技术人员使用.
这个强,要学习下。我也在想其实很多case是类似的,写起来颇为麻烦,需要寻求更方便的方式。
0

引用来自“KIWIFLY”的评论

这个真的挺不错,但我提两个意见。
1. 增加一个可以调用代码的功能,因为大多数api接口都要通过一定算法去生成签名然后传到服务器,现在我要测试我们的接口时,要在ide里执行一遍,获得签名再去把参数一个一个拷过来发送,很麻烦
2. 增加一个类似jmeter的执行顺序那种,比如我这个B接口其中一个参数,要用于A接口调用后的返回值。
如果有这两点功能,那真的厉害的飞了,不然真的跟postman差别不大
第一个是否可以把调用代码的功能做成一个内部api,比如需要某个header访问,然后其他接口依赖这个api呢
第二个已经支持了哦,schedule可以顺序执行,在A接口的Test里设置一个变量,B接口可以使用这个变量,然后B接口排在A接口后面就可以了。
0

引用来自“ice_stream”的评论

我刚也做了一个同类软件,,思想类似,集中化管理和运行restful api test case,显示运行报告,不过我采用的是DSL来编写case和校验结果

引用来自“不白兄”的评论

:+1: 用DSL来写case的话效率高不过对QA难度大了点
还好,这里的dsl是采用https://cucumber.io/ 来实现的,属于BDD,不是我们常说的groovy 等脚本语言. 当时采用这个就是考虑到非技术人员使用.
0
这个真的挺不错,但我提两个意见。
1. 增加一个可以调用代码的功能,因为大多数api接口都要通过一定算法去生成签名然后传到服务器,现在我要测试我们的接口时,要在ide里执行一遍,获得签名再去把参数一个一个拷过来发送,很麻烦
2. 增加一个类似jmeter的执行顺序那种,比如我这个B接口其中一个参数,要用于A接口调用后的返回值。
如果有这两点功能,那真的厉害的飞了,不然真的跟postman差别不大
0

引用来自“ice_stream”的评论

我刚也做了一个同类软件,,思想类似,集中化管理和运行restful api test case,显示运行报告,不过我采用的是DSL来编写case和校验结果
:+1: 用DSL来写case的话效率高不过对QA难度大了点
1
我刚也做了一个同类软件,,思想类似,集中化管理和运行restful api test case,显示运行报告,不过我采用的是DSL来编写case和校验结果
0

引用来自“Kane.Sun”的评论

很像postman
是的,ui和主体功能其实是模仿来的,好处就是部署在本地,team可以协作维护
0
访问时用这个 : http://www.hitchhiker-api.com/ ,nginx没配好,上面那个没有www的有跨域问题
0
很像postman
顶部