强大的API测试工具Hitchhiker v0.9 基于UI的断言测试,回顾2017
v0.9是Hitchhiker在2017农历年的最后一个版本,而起点正是刚过完2016农历年,农历2018即将到来,一年轮回,今天写点东西稍微回顾下hitchhiker的2017。
先还是说v0.9,这次版本发布主要带来一个新的辅助测试功能:免脚本的断言测试,这是一个携程的朋友提出来的需求。
之前Hitchhiker支持在test脚本里写 tests['assert'] = value 这样来断言,但很多QA其实并不会编程,或者会其他语言但对js不熟,这样断言写起来就不太方便,所以这次应朋友的需求加了这个功能:
上面动图已经展示了功能和用法,具体就不多说了。
回头看下Hitchhiker的2017,一年过来,对这个项目来说结果还不错,大小版本发了14个,github上有了1k+的star,我也因此认识了一些朋友,对技术上有也不少提升,总体看对我来说是成功了。
https://github.com/brookshi/Hitchhiker
起初,大概是2016年年中,我开始负责公司一个API项目,因为是金融公司,对数据准确性要求很高,所以产生想法,做一个工具来辅助这个API项目的测试,减少沟通成本以及QA做regression时的压力。后面准备了下,在2016年农历年后,也就是17年的3月份,正式开始编码实现功能。
由于不懂设计,所以UI上参考了比较熟悉的一个成名已久的测试工具:Postman,这也导致:即使后来除了UI外,实现了很多Postman没有的功能也还是摆脱不了Postman的影子,不少人一看跟Postman一样,觉得没有意义,在这点上算是一个败笔。不过也因为类Postman UI的易用性,让使用Hitchhiker的人很容易上手,这又是一大优势,算是两者抵消吧。
当时,想要通过这个工具解决的问题只有2个:
减少开发的沟通成本,原因是我们的API是面向用户的,依赖公司其他Team的众多API,我们写一个接口可能要调用公司好几个API才能整合出想要的数据,这就需要开发去和好几个team打交道,沟通成本很大。而如果要所有开发都做一遍同样的事情,浪费的时间可想而知。
减少浪费QA人力做无聊的数据对比,这个算是自动化的一部分,上面说了,金融数据的准确性是非常关键的,我们的产品又是直面用户的,有问题第一个找到我们头上,所以QA在这方面也非常头痛,以往都是依赖人眼去对比线上和UAT两个版本的报表是否匹配,容易疏忽不说,时间有效的情况下,覆盖率也很难达到要求,且对QA来说,这类事情是最应该自动化的。
解决这2个问题的方案是:
很多工具需要互相share,有更新就share的话也很麻烦。 Hitchhiker支持多人同时在线维护同一份API,支持实时更新,一个开发在完成沟通后,把依赖的API都整理在一起,写好case,其他开发就可以直接借鉴使用了,只花一个人的时间,成果所有开发共享。
使用Schedule来实现Case的自动化运行,以及用脚本做断言来判断数据是否正确,但金融数据上经常有动态值,比如求上个月的回报,对今天来说,上个月是1月,但过一个月后,上个月就是2月了,数据很可能就不一样了,所以对这类动态值用断言方式很难解决,Hitchhiker支持在做自动化测试时对比不同环境的数据,我们以线上的数据为准的话就可以知道没上线环境的API运行是否正常了。
这两个功能在17年7月左右先后实现,我的API项目的接口测试也陆续加了进去,基本上满足了需求。
由于项目的API的并发量比较大,在服务器有限的情况下,需要尽量提前优化来提高吞吐,避免上线后出问题,所以需要在测试阶段给到服务器压力,然后在10月份时用Go语言为Hitchhiker实现了压力测试。
在0.5版本时用gitbook重写了文档: Hitchhiker使用文档
接下来的一个版本又大幅加强了脚本功能,支持require,支持上传脚本库和数据文件,标志着 NPM 里几十万的js库尽可以拿来用了。
不过可惜的是基于Go语言写的压力测试由于对js支持有限,不得不放弃,转而使用Node重写了一份压力测试的功能并在v0.6版本上线。
其实到这时为止,Hitchhiker已经满足我的API项目的需求了,但随着使用者越来越多,需求不断出现,后续的版本基本都在实现这些需求了:
v0.7:支持自定义smtp,为请求生成各种语言的code,schedule数据不同时的diff展示
v0.8: 自动化测试结果统计
v0.9: 基于UI的断言测试
还有很多功能想要实现,文档,Mock,管理平台等等,将会在接下来的2018里陆续实现。
在线体验: http://www.hitchhiker-api.com/, 可以用 try without login
来免登录使用 (在线演示不支持压力测试和上传js库,虚拟机单核的,撑不住)。
强大的API测试工具Hitchhiker v0.9 基于UI的断言测试,回顾2017的更多相关文章
- 开源API测试工具 Hitchhiker v0.8 - 自动化测试结果统计
Hitchhiker 是一款开源的支持多人协作的 Restful Api 测试工具,支持自动化测试, 数据对比,压力测试,支持脚本定制请求,可以轻松部署到本地,和你的team成员一起协作测试Api. ...
- 开源API集成测试工具 Hitchhiker v0.2更新 - 压力测试
Hitchhiker 是一款开源的 Restful Api 集成测试工具,支持Schedule, 数据对比,压力测试,可以轻松部署到本地,和你的team成员一起管理Api. 详细介绍请看: http: ...
- 开源API测试工具 Hitchhiker v0.4更新 - 没有做不到,只有想不到
Hitchhiker 是一款开源的 Restful Api 测试工具,支持Schedule, 数据对比,压力测试,支持上传脚本定制请求,可以轻松部署到本地,和你的team成员一起管理Api. 详细介绍 ...
- 开源API测试工具 Hitchhiker v0.5更新 - 完善细节
Hitchhiker 是一款开源的支持多人协作的 Restful Api 测试工具,支持Schedule, 数据对比,压力测试,支持上传脚本定制请求,可以轻松部署到本地,和你的team成员一起管理Ap ...
- 开源API测试工具 Hitchhiker v0.6更新 - 改进压力测试
Hitchhiker 是一款开源的支持多人协作的 Restful Api 测试工具,支持Schedule, 数据对比,压力测试,支持上传脚本定制请求,可以轻松部署到本地,和你的team成员一起协作测试 ...
- 开源API测试工具 Hitchhiker v0.7更新 - Schedule的对比diff
Hitchhiker 是一款开源的支持多人协作的 Restful Api 测试工具,支持Schedule, 数据对比,压力测试,支持脚本定制请求,可以轻松部署到本地,和你的team成员一起协作测试Ap ...
- 开源API测试工具 Hitchhiker v0.10 - 中文版
Hitchhiker 是一款开源的支持多人协作的 Restful Api 测试工具,支持自动化测试, 数据对比,压力测试,支持脚本定制请求,可以轻松部署到本地,和你的team成员一起协作测试Api. ...
- 开源API集成测试工具 Hitchhiker v0.3更新 - 自动同步
Hitchhiker 是一款开源的 Restful Api 集成测试工具,支持Schedule, 数据对比,压力测试,可以轻松部署到本地,和你的team成员一起管理Api. 详细介绍请看: http: ...
- 开源API集成测试工具 Hitchhiker v0.1.3 - 参数化请求
Hitchhiker 是一款开源的 Restful Api 集成测试工具,你可以轻松部署到本地,和你的team成员一起管理Api. 详细介绍请看: http://www.cnblogs.com/bro ...
随机推荐
- Yii2.0源码阅读-一次请求的完整过程
Yii2.0框架源码阅读,从请求发起,到结束的运行步骤 其实最初阅读是从yii\web\UrlManager这个类开始看起,不断的寻找这个类中方法的调用者,最终回到了yii\web\Applicati ...
- Echarts---柱状图实现
做Echarts很简单,可以参看官网 http://echarts.baidu.com/index.html 作为程序员我们只需要把静态数据替换成我们自己需要的! 下面看一个自己做的例子: 还是先看看 ...
- Effective Java 第三版——22. 接口仅用来定义类型
Tips <Effective Java, Third Edition>一书英文版已经出版,这本书的第二版想必很多人都读过,号称Java四大名著之一,不过第二版2009年出版,到现在已经将 ...
- Gym 101673F Keeping On Track
原题传送门 题意:给定一颗n+1(n≤10000)个结点的树(当然有n条边辣),定义一个结点为critical,当且仅当除去这个点及与其相连的边后,所有不相连的结点对数量最多.现在保证有且仅有一个结点 ...
- BZOJ 1303: [CQOI2009]中位数图【前缀和】
1303: [CQOI2009]中位数图 Time Limit: 1 Sec Memory Limit: 162 MBSubmit: 2737 Solved: 1698[Submit][Statu ...
- linux系统下,警告:warning: implicit declaration of function ‘gets’ [-Wimplicit-function-declaration] 和 warning: the `gets' function is dangerous and should not be used. 的由来和解决方法。
字符数组 的英文名字是 char [] gets()函数的基本用法为:char *gets(char *s); 该函数的参数是一个字符数组,该函数的返回值也是一个字符数组. linux下的代码如下: ...
- c++工程重复编译与重复定义
#ifndef #define #endif防止的是"重复编译",而不是"重复定义"重复编译可能造成重复定义,但重复定义的来源不只有重复编译从代码变成可执行的程 ...
- 了解 Python 语言中的时间处理
python 语言对于时间的处理继承了 C语言的传统,时间值是以秒为单位的浮点数,记录的是从1970年1月1日零点到现在的秒数,这个秒数可以转换成我们日常可阅读形式的日期和时间:我们下面首先来看一下p ...
- the server responded with a status of 414 (Request-URI Too Large)
nginx 配置不当,前端ajax调用报错: the server responded with a status of 414 (Request-URI Too Large) 浏览器F12报错如下: ...
- 如何开发由Create-React-App 引导的应用(二)
此文章是翻译How to develop apps bootstrapped with Create React App 官方文档 系列文章 如何开发由Create-React-App 引导的应用 如 ...