我对Postman-supper-run脚本进行调整,不在以mocha触发脚本,而是使用nodejs命令行入参形式接收动态化参数,如下图所示:
脚本内容,process.argv[index]用于接收命令行入参 const newman = require('newman');
var Sandbox = require('postman-sandbox'), context;
var CreateOrder = require("../environment/CreateOrder");//引入环境变量对象
var accessToken = process.argv[2];// token
var departureTimeDelay = process.argv[3];// 往后延几个小时
var serviceId = process.argv[4];// 订单服务类型
var carGroupId = process.argv[5];// 车组ID
var cityId = process.argv[6];// 城市ID
var passengerMobile = process.argv[7];// 乘车人手机号
var airCode = process.argv[8];// 三字码
var isCoupons = process.argv[9];// 是否优惠券
var isEnterpriseAuthentication = process.argv[10];// 鉴权类型
我将Postman环境变量json脚本文件路径,替换为JSON对象文件形式CreateOrder.js,方便接收jenkins传过来的入参。
// Postman collection 脚本文件路径,也可以是一个url地址
collection: require('../postmanCollection/OpenAPICreateData.postman_collection.json'),
// Postman collection 环境变量
environment: {
"id": "2fe5997e-dcda-4b4d-8b77-77256c5e1cd5",
"name": "OpenApi",
"values": CreateOrder
},
如下图所示:
Jenskin构建结果
还可以利用jenkins各种报告插件,可以把Postman-super-run运行生成报告文件展出来。
例如:Junit xml、json、allure html等格式报告jenkins都有到相对应报告插件。
运用场景2:
业务主流程,自动化测试回归用例脚本,定期自动执行,将生成的测试报告邮件发送给相关人员。
如下图所示:
测试报告作为附件,邮件为报告内容。
Postman-supper-run后续拓展计划想解析报告内容,写入到数据库中存储执行记录,用于排查测试环境开发前后端代码分支的Bug,后续有时间会更新到github分享下实现中采坑过程。