接口自动化测试的那些事（一）方案选择

restful接口的用途？

如何实现一个restful接口，想必这个问题对于会点代码的人来说，简直太简单了：springmvc ，Jersey，Spark Framework等等。1）但是如果进一步提高要求：实现一个提供restful接口配置的框架，即输入任意的URL 和 期望返回的json串，配置完成后就可以立刻使用该restful接口了，想必这样的框架还是需要一点精力的。之前曾经写过一个restful接口的框架，专门用来配置接口：

 

页面配置URL ，期望返回的json/字符串---> 点击配置按钮--->restful接口生效

 

2）进一步延伸，后端API接口尚未开发出来前，如何对前端代码进行测试？ 这个问题便可以通过1）中的restful接口框架完美的解决。

整个流程如下：

 

step 1： restful框架中配置期望的restful接口（根据前后端开发事先定义好的接口文档），并使其生效

step2 :    前端以某种方式调用step1中 已经生效的restful接口进行测试。测试期间，可以不断修改restful接口的返回值，进行不同场景的测试。注意，这里之所以说“前端以某种方式调用restful接口”，是因为 需要根据前端的具体技术来决定，怎么调用restful接口。例如

如果前端是以ajax方式调用后端接口，那么测试人员便可以通过类似fiddler的代理，重定向host来 实现，此时不需要前端开发修改任何代码； 但是如果前端使用的是非ajax形式的话，那么就需要前端开发将 接口 修改为 restful接口 的域名后，方可实现测试。

step3:    后端开发接口完成后，前后端真正联调测试时，便只需要走一遍功能检查就好了

 

ps : 使用restful接口 测试 针对block 点在后端接口的项目 可以很好的提高整个项目的开发上线效率

 

接口自动化测试的方案选择？

这里具体的应用场景：众多的接口需要测试，如果进行测试 和上线之后的快速回归测试（纯手工的测试这里不做