目录结构
一、安装Jenkins
二、启动Jenkins，创建测试项目
1.启动Jenkins
2.访问Jenkins，创建测试项目Postman
三、配置构建环境
四、执行构建
五、构建完成，检查自动生成的测试报告
六、执行测试比较：cmd命令行方式 VS Jenkins构建方式
一、安装Jenkins
Windows系统安装Jenkins的过程，具体可参看 ==> Jenkins+Ant+Tomcat 持续集成自动化测试平台搭建
二、启动Jenkins，创建测试项目
1.启动Jenkins
Jenkins默认端口号为8080，启动Jenkins之前，若端口被占用，则需要修改其为未被占用过的端口号。
进入到Jenkins目录（...\apache-tomcat-9.0.10\webapps\jenkins-2.121.3），在此打开cmd命令窗口，输入启动Jenkins的命令，如下：
场景①：端口未被占用，保持默认端口
java -jar jenkins.war
场景②：端口被占用，需要修改端口号（如修改为8002端口）
java -jar jenkins.war --httpPort=8002
PS：
1）若没有修改过Jenkins的端口号，则默认8080端口，以上命令中就不需要设置--httpPort=8002这部分
2）网络上有直接在Jenkins.xml配置文件中修改端口号，可能因本系统原因，or其他未知因素限制，此方法暂未有效
cmd命令窗口启动Jenkins的效果：
2.访问Jenkins，创建测试项目Postman
修改端口号为8002，Jenkins的访问URL：http://localhost:8002/
三、配置构建环境
定位到【构建环境】-构建 模块，增加构建步骤选择为“执行Windows批处理命令”，即执行cmd命令集合的方式
添加cmd命令集合到命令输入框中，点击【保存】
D:
cd D:\CI_Env\PostmanTest
newman run Postman_API_test.postman_collection.json -d data.json -r html
| cmd命令 | 含义 |
|---|---|
D: |
从Jenkins平台所创建的PostmanTest工程目录(C:\Users\...\.jenkins\workspace\PostmanTest)，切换到D盘根目录 |
cd D:\CI_Env\PostmanTest |
切换到手动创建的另一个PostmanTest目录(名称可自定义) 该目录作为存放构建中部分API所需的data.json数据、Postman之Collection集合导出的 Postman_API_test.postman_collection.json数据，以及存放持续构建生成的测试报告 |
newman run Postman_API_test.postman_collection.json -d data.json -r html |
以newman命令执行Postman集合的测试 |
PS：
以上，需要预先创建一个PostmTest目录，并将构建所需的json数据放置在该目录下
四、执行构建
以上配置保存后，点击【立即构建】
构建完成，可在Jenkins平台查看控制台记录的批处理命令的执行过程
Finished: SUCCESS
五、构建完成，检查自动生成的测试报告
六、执行测试比较：cmd命令行方式 VS Jenkins构建方式
从以上对比，大致可以了解到：
1）在同样的配置环境下，直接利用cmd命令行方式执行测试的成功率相对要低一些（有响应时间的断言，此种方式响应时间反而更长，断言有可能不通过），API执行测试的过程持续时间较长，平均响应时间也相对更长
2）利用Jenkins持续构建执行API测试则相对高效率，正式执行测试持续时间、平均响应时间差不多会节省一半时间，而且执行成功率较高；再者，可以在Jenkins平台中作人性化设置，比如设置为某个时间才开始执行构建，且方便根据控制台输出排查执行过程的异常
3）为了相对靠谱的对比分析数据，若有条件，可在同一配置环境下多次执行同一方式和不同方式，or在不同配置环境下对同一种执行方式进行对比分析效果差异
网友评论