工具类实现自动化测试

1、postman自动化测试

为什么需要自动化测试？

减少人工重复式的工作。

人工测试1个接口和人工测试100个接口是不一样的。

而且如果要进行回归测试的话，测试人员是对某几个接口进行测试，还是对所有接口一起测试呢？

File----->New Runner Tab

Select File 选择进行执行接口的数据

选择数据文件的格式，当前用的是csv的格式

需要执行的接口拖动过来.

记事本下文件的格式为：

第一行是字段名，用逗号分隔

之后的就是每一次接口调用的数据。

1）postman Tests下写脚本

相当于对接口返回值进行断言，不止对接口是否成功响应作为测试通过的标准，还对接口的响应有严格的要求。

2）newman生成postman的测试报告

newman需要使用nodejs安装，需要提前在电脑上装好node.js

npm install -g newman
1

newman是纯命令操作，执行过程还是稍微有些繁琐，对步骤再进行优化。

出现了jenkins。

jenkins执行newman脚本生成测试报告并通过邮件方式发送测试报告给收件人

2、Jmter 基本操作

jmter基本元件

• 线程组
• HTTP请求
• 断言
• 提取器
• 察看结果树
• 数据驱动
• 数据元件–CVS数据文件设置 (测试用例的测试数据)

两个接口，一个是登陆请求，一个是全部订单

切换中文简体

切换jmter界面展示为中文简体

登陆请求界面：

自定义变量

登陆请求 csv数据文件

数据文件内容为： 三行三列的简单测试数据

accounts,password,assert_code

通过变量名称一列一列对应。csv中的数据会请求三次登陆请求。

• 添加一个察看结果树用来察看接口请求的接口
• 添加一个断言用来确认数据返回是否正确
• 添加一个JSON提取器用来提取token，用提取到的token访问下一个全部订单接口。

点击执行: 察看结果树中看到三个登录请求，分别为两个错误的，一个正确的。

登录接口返回的json数据中的code和数据请求中的数据需要一一对应上，断言才不会显示红色的error颜色。

登录测试，并不是只有测试正确的登录，错误的登录也需要一一测试，用户名错误，密码错误等。

第三个登录接口请求成功后，提取器获取响应json中的token，用来执行下一个全部订单接口。

全部订单接口

以上就是jmter的一个简单地自动化的基本操作。