软件测试入门知识，jmeter系统基础课程———带你由浅入深学性能（二)

给各位想学软件测试的同学们准备了一些自学资料，打开方式戳我并且输入暗号：CSDN←←←

整理不易，希望对各位学习软件测试能带来帮助

接口用例设计

一个接口通常是有输入输出的，输入就是我们常见的入参，输出则时有时无。调用相关接口，接口会执行相关处理逻辑。
接口测试的用例设计，主要从输入和接口处理两方面考虑：
1）针对输入，可按照参数类型进行设计；
2）针对接口处理，可按照逻辑进行用例设计；
3）针对输出，可根据结果进行分析设计

针对输入设计

对于接口来说，输入就是入参。常见参数类型有:
（1）数值型(int,long,float,double 等）
（2）字符串类型
（3）数组或链表
（4）结构体

数值型

数值型的参数主要考虑以下几个方面设计

可能出现的问题和风险
传入非特定类型程序异常退出
超长字符未进行处理，导致存储、显示等异常
其他用户可见设置的敏感字

数组或链表类型

参数类型为数组或链表时，用例可以考虑
例如批量提交任务的接口，参数用例设计考虑：

正常取值：1-5 个权限，范围外：6 个权限；
边界值：1-35 的边界值，请求允许最大最小值；
特殊值：0 个；
合法 ID 和不合法的；
重复的 ID 等。
可能存在的问题和风险：
0 个 item 时程序异常退出；
重复的 item 处理时未去重导致结果异常等
可能存在的问题和风险：
0 个 item 时程序异常退出；
重复的 item 处理时未去重导致结果异常等。

针对逻辑设计

接口需要进行一些逻辑处理的，那么按逻辑设计用例可以从以下几个角度分析
约束条件
（1）数值限制、分数限制、等级限制等等。
例如：兑换 Q 币活动要求积分>50 才可参与
（2）状态限制：登录状态等
例如：同步用户信息需要先登录账号。
（4）权限限制：管理员等
约束条件的测试在功能测试中经常遇到，在接口测试中更为重要。它的意义在于：
用户进行操作时，在该操作的前端可以已经进行了约束条件的限制，故用户无法直接触发请求该接口。但是实际上，如果有其他手段：例如通过技术手段直接调用接口，那么接口是否针对这些条件进行了限、制就尤为重要

例如常见的例子：要兑换 5Q 币需要 200 积分，但是我积分不足，所以兑换按钮是灰色无法点击的状态。但是我是否可以绕过前端直接调用接口去兑换？预期当然是不能兑换的。因此积分这个数值限制就需要针对接口进行测试，并且非常重要

针对输出设计

针对输出设计其实是针对接口返回的结果进行分析
输出结果
接口处理正确的结果可能只有一个，但是错误异常返回结果有很多情况很多值。如果知道返回结果有很多种，就可以针对不同结果设计用例。我们不一定能完全覆盖所有错误码，但是根据接口返回定义的返回码可以设计更多用例：
常见问题和风险
（1）错误前端处理不足，导致前端异常；
（2）错误提示处理不当，导致用户看到晦涩的错误码；
（3）错误提示不当，导致用户不知道哪里出了问题，如何解决

针对接口超时设计

接口正常情况下是有返回的，那么如果接口不返回呢？也就是说接口超时后的处理也是测试需要考虑的部分。如果超时处理不当，可能会引起以下问题：
（1）未进行超时处理，导致整个流程阻塞
（2）超时后又收到接口返回，导致逻辑出现错乱

针对废弃接口设计

已废弃协议，是指之前有定义，但是因为需求变更或其他原因，暂时不用。这些接口虽然不再使用，但有可能代码并没有及时删除。如果利用技术手段调用这些接口，可能产生风险。
因此新版本在考虑兼容旧版本的同时，还应做好相关废弃接口的检查，避免风险。
常见的问题和风险
约束条件判断不足，导致用户可通过特殊手段获取利益

针对接口合理性设计

接口定义是否合理可以从以下几个方面分析：
（1）接口字段是否冗余；
（2）接口是否冗余；
（3）接口是否返回了调用方期望得到的信息；
（4）接口定义是否可满足所有调用需求；
（5）接口定义调用是否方便。 接口自动化

接口自动化

环境部署

1：http://jmeter.apache.org/下载最新版本的 JMeter，解压文件到任意目录
2：安装 JDK，配置环境变量
JDK 环境变量配置
3：应当避免 jdk 路径与 jmete