JMeter手工接口测试使用总结
Jmeter常用的元器件回顾:
- 取样器-HTTP请求，发送http请求；
- 配置元件-HTTP请求默认值，用于设置HTTP请求url中的字段(协议、域名、端口)的默认值；
- 配置元件-用户定义的变量，用于定义的全局变量，方便脚本中数据的修改；
- 配置元件-HTTP Cookie管理器，在Jmeter中自动对HTTP消息中cookie提取以及管理，对应业务操作中多个接口请求可以通过cookie管理来自动管理令牌，即在测试计划下添加这个元器件即可；
- 后置处理器-JSON提取器，用于对响应格式为JSON的数据，提取出指定字段的值；
- 后置处理器-正则表达式提取器，用于针任何响应格式的数据，按照正则表达式规则提取对应的值；
- 断言-响应断言，用于检查响应结果是否正确，可以适用于任何格式；
- 断言-JSON断言，对json格式的数据，用于检查响应结果是否正确；
- 监听器-察看结果树，脚本调试时，用于查看测试结果。
Jmeter接口测试总结
- 一般一个线程组一个测试用例，也就是一个接口；
- 当然也可以有多个接口（同一个操作，多个用例接口相互独立）–其实也是相当于一个业务流程测试；比如注册都需要获取验证码，那么就相当于一个获取验证码接口，一个注册接口合起来就是注册用例；
- post请求中的传递的参数，根据headers中的格式要求上传不同格式参数，严格要求一致；
- 接口测试一般是在开发前后端都提测前的一段时间测试，所以测试的颗粒度不要太细，重点测试核心业务需求，以api文档为指引分析设计测试用例，一般仅测试响应的各种业务状态+参数全选+必选参数+为空+错误+业务异常即可；
- 如果post请求中参数要求是multipart/form-data，需要勾选对POST使用multipart /form-data;
- 登陆接口api文档中有成功登陆、账号为空、密码错误、密码次数超限锁定等，那么根据业务分析我们还应该增加一个锁定后登陆的用例；–我们不能只根据api文档照搬全抄还需要根据业务分析；
- 接口测试中增加固定定时器，可用于固定时间后进行登陆测试，需要注意他的作用域，放在http请求下表示这个请求定时，放在线程组下表示整个线程，放在测试计划下表示整个测试计划定时；
接口测试构造数据
接口测试时我们需要构造测试数据
构造数据的原因：接口测试时我们将业务功能中的操作分隔成一个个独立的HTTP请求，有些请求的执行需要依赖于其他请求操作的数据；
构造数据的方法：
- 手动构造数据：如系统功能测试也需要测试数据，只是在浏览器点击时手动输入即可，这样简单方便，但不利于频繁构造类似数据；
- 调用其他接口的数据：比如我们在接口测试中调用上一个接口的数据，就是依赖性太强，上个接口错误下一个就会出问题；
- 数据库造数据：速度快效率高，就是对于一些关联多张表的数据难度大，不建议数据库造数据，但是对于一些关联少的表可以构造数据，比如我们用于注册表单一次性注册1000用户；
构造数据的场景：
- 通过后置处理器-JSON提取器或者正则表达式，提取上一个接口中的响应数据；
- 通过配置元件-csv数据文件上传测试数据，
- 通过函数使用，构造测试数据，比如注册使用的手机号可以用随机函数生成；
- 通过连接数据库，编写sql语句插入测试数据，然后连接数据库调用测试数据；