在做项目时(尤其是在microservice或者SOA架构下),经常会发生这些情况:
- 待测试的API已经做好了,但是整个API依赖的其他API还是未完成状态或者因为各种原因还调不通。例如某项目需要新做一个server来调银行的REST API获取存款信息,这个server很快就做完了,结果发现银行的API才完成了不到一半;
- 待测的API调用了几个业务逻辑特别复杂的API,做了各种I/O操作等,导致每次调用这个个API的时候不等待个十几二十秒的啥都返回不过来。这种场景下,如果执行100或者更多条用例的话,等待的时间将会是个非常恐怖的数字。
这里引出曾经在API测试中碰到的两个痛点:第一个痛点是待测API依赖的环境还没有搭建完成,没法测;第二个痛点是待测API依赖环境过于庞大和复杂,返回一个结果花费太多时间。
如何缓解
这两个痛点归纳到一起,都是依赖环境的问题。仔细想想其实需要被测试的只是这个新做的/被维护的API的内部逻辑,而和其他依赖扯上关系的复杂场景的验证,应该尽量靠到e2e测试中去。
可是如果直接去掉依赖关系的话,这个API的功能可能又测不完整。想了半天,觉得做一个stub/mock server来模拟一个被测API需要的外部依赖,给它返回一个指定的结果的话,应该能达到去除依赖且不影响待测API运行的效果。
换句话说,只要待测API能够跟调真实外部依赖API一样调这个stub server中的API,然后API返回一个指定的结果给待测API。这样一来,待测API就可以脱离真实的依赖环境做自己该做的事情了。
选择工具
说道做server,这里又必须得聊到工具上面去了,这个server本质上来说也是一个测试工具。那么有没有一种简单的方式能够实现这个server呢? 或者市面上有没有现成的/可借鉴的工具可以使用呢?
我理解的是,完全自己撸出来的工具固然可以更加完美的契合到你的项目上,然而做这么一个东西你可能需要花大量的时间来尝试,而且这对自身写代码/架构/设计的能力也是一大挑战。最后你辛辛苦苦做出来的工具有很大可能性因为拖的时间太长,或者环境依赖太多,或者本身存在暂时无法解决的BUG等原因导致工具无法使用而流产。
那么我们换个方式,在开源社区找一些现成的简单的容易实现的框架来做个简单的server貌似更加靠谱。因为成本低,就算将来不适用了,维护升级甚至舍弃掉也是很方便的事情。
身为质量保证工程师(这个名字是不是高大上),工具也好,框架也好,都只是保证质量的手段。一般情况下,我觉我们应该把更多的精力和时间放到思考/实践如何保证产品质量上去。你的价值更多的体现在你的测试思想上、你的测试用例上、对质量/风险的把控等方面。必要的时候做一个伸手党~
所以选择一个框架的时候,我首先会考虑的就是它方便,轻量,有良好的可扩展性和可读性,并且学习成本低。
而express恰好是满足这些条件的框架之一。
Express js
Express官网的说法是:
是的没错,这是一个web开发框架。但是我们可以根据自身需要,取其中一部分拿来用就可以了。
我们可以使用express很快速很方便的构建一套REST API server,方便待测API调用。然后再指定待测API调用server后需要返回的值。这样我们的待测API的测试脚本就可以很方便的跑起来啦。
开始
安装
npm是神一般的存在(cnpm可免翻墙)
$ npm install express --save
安装完成后,我们还是老办法,自己动手试试官网给的栗子。
随便打开一个记事本之类的文本编辑器,输入下面这段代码,保存,取个名字(例如app.js),然后使用命令node app.js
就可以把这个server运行起来了。
var express = require('express');
var app = express();
app.get('/', function (req, res) {
res.send('你嚎!');
});
var server = app.listen(3000, function () {
var host = server.address().address;
var port = server.address().port;
console.log('Example app listening at http://%s:%s', host, port);
});
从例子上看,这段代码先是实例化一个express:var app = express();
,并且提供了一个get的API出来:app.get('/', function (req, res) {}
。当有get请求发到server的根目录'/'
的时候,server就用res.send('你嚎!');
给返回一个字符串"你嚎!"
而且接下来用app.listen()
来指定这个服务的端口。
我们可以直接使用浏览器的地址栏查看get请求的返回结果:
基本路由
而对于其他的HTTP操作,express针对基本路由的方法也有了介绍:
// 对网站首页的访问返回 "Hello World!" 字样
app.get('/', function (req, res) {
res.send('Hello World!');
});
// 网站首页接受 POST 请求
app.post('/', function (req, res) {
res.send('Got a POST request');
});
// /user 节点接受 PUT 请求
app.put('/user', function (req, res) {
res.send('Got a PUT request at /user');
});
// /user 节点接受 DELETE 请求
app.delete('/user', function (req, res) {
res.send('Got a DELETE request at /user');
});
针对目前的项目而言,有这些基本路由的用法就已经够用了..
实例
假如项目组需要新做一个"订单操作服务"(以下别称new server),这个服务需要调用一个已经存在的"订单信息服务"(以下别称order server)中的一些API(包括GET和POST),以期待返回一个订单对象。为了减少这个外部依赖order server对新做的new server的影响,我们考虑做一个"stubOrderServer"。
GET
order server会返回一个订单对象给调用方,那么我们的stubOrderServer也先构建这个返回的对象。默认情况下返回订单编号为123456的对象。
var express = require('express');
var app = express();
var order = {
"orderId" : "123456",
"orderStatus" : "1",
"price" : "10",
"isDeleted" : "0"
}
// 中间件,应用的每个请求都会执行该中间件
app.use(function(req,res,next){
res.header('Access-Control-Allow-Methods' , 'POST, GET');
res.header('Access-Control-Allow-Credentials' , 'ture');
next();
})
app.get('/order',function(req,res){
var id = req.query.id;
if (id) {
order.orderId = id;
} else
{
order.orderId = "123456";
}
res.status(200).send(order);
})
var server = app.listen(3000, function () {
console.log('Stub server listening on port 3000!');
})
这段代码中app.use()
指定了一个中间件,每一个请求都会给response的header中指定这两个授权相关的属性。next()
是把控制权传给下一个处理器。
另外,server还提供了一个get的API,req.query.id
是获取get请求中名为id的参数,请求的格式是localhost:3000/order?id=xxx。当你成功访问的时候就会返回你期望的订单对象,如果不传编号则返回默认的order对象,并且返回状态码200。
POST
new server还需要post给order server一些数据,以处理一些简单的业务逻辑处理。同理我们的stub server也需要这个功能。
由于请求地址不变,可以考虑把get接口改造成链式路由句柄(就是串在一起写,当然也可以分开写)。另外,因为需要判断post的body(示例中用了json格式的request body)的内容做一些简单的业务逻辑,所以引入了express官方推荐的插件"bodyParser"
npm install body-parser
然后:
var bodyParser = require('body-parser');
app.route('/order')
.get(function(req,res){
//判断是否有id参数
var id = req.query.id;
if (id) {
order.orderId = id;
} else
{
order.orderId = "123456";
}
res.status(200).send(order);
})
.post(function(req,res){
//判断是否有id参数
if (id) {
order.orderId = id;
} else
{
order.orderId = "123456";
}
if (req.body.price > 800) {
res.sendStatus(403);
}
if (req.body.orderStatus === "done") {
order.orderStatus = "3";
}else if (req.body.orderStatus === "refund") {
order.orderStatus = "2";
}else if (req.body.orderStatus === "undefind") {
order.orderStatus = "0";
}
res.status(200).send(order);
})
写完以后,发现有重复的部分:判断是否有id参数。把这部分放到中间件里面去:
var express = require('express');
var bodyParser = require('body-parser');
var app = express();
app.use(bodyParser.json()); // for parsing application/json
var order = {
"orderId" : "123456",
"orderStatus" : "1",
"price" : "10",
"isDeleted" : "0"
}
app.use(function(req,res,next){
res.header('Access-Control-Allow-Methods' , 'POST, GET, DELETE');
res.header('Access-Control-Allow-Credentials' , 'ture');
var id = req.query.id;
if (id) {
order.orderId = id;
} else
{
order.orderId = "123456";
}
next();
})
app.route('/order')
.get(function(req,res){
res.status(200).send(order);
})
.post(function(req,res){
if (req.body.price > 800) {
res.sendStatus(403);
}
if (req.body.orderStatus === "done") {
order.orderStatus = "3";
}else if (req.body.orderStatus === "refund") {
order.orderStatus = "2";
}else if (req.body.orderStatus === "undefind") {
order.orderStatus = "0";
}
res.status(200).send(order);
})
var server = app.listen(3000, function () {
console.log('Stub server listening on port 3000!');
})
这样,我们的server可以处理一些简单的业务逻辑了。比如post的body中orderStatus是done的时候,就把订单对象中的状态设置为3;post过来的price大于800的时候就返回403,禁止访问。
这下我们的server基本就可以使用了,剩下就根据待测API的一些具体行为再修修补补就搞定了。
扩展用法
express还可以用作托管静态文件,换句话说你还可以用这个做一个stub的网站..如果需要的话。