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语句插入测试数据然后连接数据库调用测试数据