Jmeter接口测试：快速编写可行脚本几个建议2【欢迎讨论补充】

上一篇已经介绍过两个关键字：拆分以及模板，这里继续说明规律以及复用

项目背景：

        一个版本增加100个接口，如何在一周内完成测试并发布？ 

抓住规律：

        规律是什么：1,2,3,4,5,6，？ ，问号填什么，根据已有数据情况分析，分析出事情的共性、非共性。就是规律。

        100个接口，共性有什么？

1. 业务：都是同一个流程下，是否有可以复用的内容

2. 流程：是否有相同的流程，哪些内容是不同的，不同的类型是独有？还是数据不同？

。。。等等可能对于不同的项目还有其他类似的问题，思路就是，找相同和不同，相同的内容可以提出出公共的；不同的内容再进行“定制”。

 

目前笔者发现的相同内容有以下几个方面：

1. 请求url：url中部分的格式可能是相同的，比如：/api/v1/test1/test33,/api/v1/test2/test44

相同的内容直接保留，不同的内容通过参数化进行定制，规范后的内容类似于：/api/v1/test${lx}/test${yz}。

参数化可以写入csv文件，这样就可以用同一个脚本验证两个不同的接口。

2. 操作流程：作为功能接口多半都会存在承前启后的效果，把承前启后条件相同的部分提取出来，作为公共的部分，每个脚本都使用相同内容；不同的内容进行定制。

3. 验证结果：思路还是一致的，相同部分提取出来；不同的内容进行定制

通过掌握脚本的规律，可以大大节省新脚本的开发时间；同时也能够宏观掌握脚本的特点，还是非常有效的。

学会复用：

        编写脚本也是一种“开发”形式，软件开发离不开的话题就是，复制粘贴。

复制粘贴的核心就是复制和粘贴，听上去是废话但是实际上是两个关注点：

1.  复制什么？复制的内容来自于之前的成功经验，需要整理项目中的实践成果，尝试新的内容，拓展脚本的编写方法和一些冷门但高效的脚本编写技巧。

2. 粘贴什么？粘贴也是门艺术，部分粘贴，全部粘贴，粘贴后针对性修改。脚本是死的，不会根据项目不同自己变得适合项目，需要人去修改、验证。

 

阶段性总结：

        想要高效，实际上没有什么捷径，只有对自己正在做的事情多一份观察和分析，做相同的事情每次都想着比之前多做一点，好一点，相信工作效率一定会越来越高！