接口自动化测试方案分享（二）----接口测试用例设计

这篇聊聊在使用Jmeter工具时的一些规则、注意事项，以及接口测试用例的设计思路。

Jmeter

一、变量定义规则
1、全局变量：贯穿整个测试计划，通常置顶在所有线程组的最上方。用“配置元件”中的【CSV Data Set Config】来设置。
2、HTTP消息头：统一规划公共的HTTP消息头。用“配置元件”中的【HTTP信息头管理器】来设置，并放置在【用户定义变量】下方。
3、局部变量：接口里的日期等局部变量，由接口设计人员自行定义。也可以将部分变量跟随信息头管理器来发送。
4、变量的定义规则建议为：全局变量所有字母大写且名称同接口参数定义，同时在描述中说明清楚该变量含义；局部变量所有单词首字母大写且名称同接口参数定义。
5、变量引用的规则为：直接$变量名引用。eg：${Special}，$SID，${Encryption}，${__P(newuid,)}

二、用例分组及名称定义

1、以APP端模拟的实际操作为一个线程组，可以由多个接口组成。针对每个接口进行用例设计。
2、每个接口用“逻辑控制器”中的【简单控制器】来汇总每个接口的测试用例设计。建议每个【简单控制器】的命名即为需要测试的英文接口名称。
3、每个接口下面的测试用例，建议在接口名称的基础上，加上需要检查的重点字段来命名。eg:接口名_参数=值。App类的接口，建议覆盖主要的重点参数检查，Web类的接口，通常覆盖1个重点参数进行检查。
4、另外，注意如果是右击保存用例的时候需要从根节点处点击保存，即从【测试计划】处保存。如果选中单个【线程组】点击保存时，此时保存的是该线程组的用例。如果出现此情况时，可以使用右击合并的功能，将单个线程组合并到整个测试计划中去。
5、用例目录结构截图参考如下：

三、接口用例设计三方向

功能、性能、安全这三个方向，测试时关注的指标（参数）不一样，如上图，是不是看起来很眼熟，和我们迭代版本的业务用例很像。另外，在设计脚本时，考虑业务数据关系，多个参数之间要有业务含义，如uid，sid，category_id、programId，赋值时要考虑一一对应的业务关系。

下图是反馈收集接口/base/feedback/feedback的组合测试：

1.正常场景默认第1个位置，方便后期易查找。

2.我们得知，除公共参数外，入参9个，必填参数uid、sid、feedback_type、content，其他5个可选参数，以及参数类型、值的意义（简介），那第2个用例就可以设计为缺少必填参数时，接口返回code是否和开发反馈的一致

3.第3个用例就可以尝试不同参数类型，如原本int类型，赋值string类型进行请求后的返回code。

4.如入参为空（null）、特殊字符等等……以此类推。

另，接口返回的关键出参进行校验，以及JSON层级，是数组，是对象。

最后附件是执行后生成的html结果报告。