1.新建一个Collection 2.新建一个request 3.新增一个环境变量(全局变量也可以) 4.在variable中填入需要加密的变量名称,比如password 5.在body中填好参数,需要加密的值用variable替换,比如示例中的{{password}} 6.配置请求前脚本 var pw = CryptoJS.enc.Utf8.parse("demo123") var base64 = CryptoJS.enc.Base64.stringify(pw) pm.envir

通过之前的了解,我们知道postman是基于javascript语言编写的,而导出的json格式的postman脚本也无法直接在服务器运行,它需要在newman中执行(可以把newman看做postman脚本的运行环境) 所以要实现在windows的cmd窗口或者linux系统中直接以命令的方式执行脚本,我们需要安装node.js,然后再在此基础上安装newman 了解newman:https://learning.getpostman.com/docs/postman/collection_r

我们知道postman是基于javascript语言编写的,而导出的json格式的postman脚本也无法直接在服务器运行,它需要在newman中执行(可以把newman看做postman脚本的运行环境) 所以要实现在windows的cmd窗口或者linux系统中直接以命令的方式执行脚本,我们需要安装node.js,然后再在此基础上安装newman 了解newman:https://learning.getpostman.com/docs/postman/collection_runs/comm

pm的脚本断言库默认似乎是集成chaijs的.所以重点也要掌握chaijs的用法,其实和其他断言库类似.玩着玩着就会了.推荐看看 简书 chaijs 中文文档 传送门: # pm 脚本的教程 https://learning.getpostman.com/docs/postman/scripts/test_scripts/ # pm 沙盒环境的一些 api https://learning.getpostman.com/docs/postman/scripts/postman_sandbox_a

前言 Postman包含一个基于Node.js的强大的运行时环境,它允许我们为请求和集合添加动态行为.这使的我们可以编写测试用例,构建可包含动态参数的请求,在请求之间传递数据等等. 我们可以在流程中以下2个事件执行期间添加JavaScript代码: 在请求被发送到服务器之前:就是在“Pre-request Script”标签页下添加的脚本内容: 在服务器响应内容被接收到以后:就是在“Tests”标签页下添加的脚本内容. 用户可以将请求前置脚本和测试脚本添加到集合,文件夹,集合中的请求或未保存到集

Postman的Collection(集合)/Folder(集合的子文件夹)/Request(请求)都有Pre-request script和Tests两个脚本区域, 分别可以在发送请求前和请求后使用脚本(基于Javascript实现各种操作) 在遇到有依赖的接口时,比如需要登录或者需要从前一个接口的结果中获取参数时,我们往往需要在该请求前先发送一下所依赖的请求, 我们可以在Pre-request script中使用pm.sendRequest实现 1.发送GET请求 const url = '

前面我们讲解了在接口发送每个请求,得到响应.这是接口本身的问题.但是"请求前后"的动作,是怎么处理的?比如在发送一个请求前,需要获取当前的时间戳,或者对我们的变量进行参数化,设置变量表示.这就需要用到Pre-request Script的知识了.另外需要对我们检查返回的数据是否正确,我们可以用肉眼看,是否正确.但是假如说让你做回归测试的时候,有二百个接口,一个个的用肉眼看,是不是很麻烦.这个时候就用到了Tests的知识. 脚本介绍   postman支持JavaScript,它允许用户

背景 后端接口有登录或鉴权验证,通过 swagger 调用比较费劲,并且 java 的 swagger 库(不够自动化,嵌套类支持需要各种配置才能正常显示 schema)个人感觉也没有 .net core 的 swagger 库好用,所以 swagger 有就行了,我不是很想配那么多注解什么的. 我平时都是 postman 来做客户端,为了用起来更舒服,研究了一下脚本和变量,十分好用,但也是 postman 强大功能的九牛一毛. 步骤 创建文件夹 创建一个 backend-api 文件夹 配置变

为什么要在命令行中运行 可以在无UI界面的服务器上运行 可以在持续集成系统上运行 运行准备 导出collection 安装nodejs和npm(或cnpm) 安装Newman 运行及生成测试报告支持4中格式: ①CLIreporter ②JSON reporter ③HTML reporter ④JUnit reporter nodejs下载地址: https://nodejs.org/en/ 安装Newman: 导出Collection v2 文件 导出后的其实是一个json文件如下图: 先c

本节建议直接看postman官网:https://www.npmjs.com/package/newman 环境准备: 安装nodejs和npm     参考 https://www.runoob.com/nodejs/nodejs-install-setup.html 导出collection 安装newman 第一步:导出collection,选择collection v2 第二步:安装newman,出现以下内容说明安装成功 第三步:使用命令行生成测试报告,前置条件,进入到v2ex.post

前言 前面的应用中,都是在postman图形界面工具里面进行测试,但是有时候我们需要把测试脚本集成到CI平台,或者在非图形界面的系统环境下进行测试,那么我们该如果处理呢 通过newman来执行postman测试脚本,并生成测试报告 Newman是一款基于nodejs开发的可以运行postman脚本的工具,使用Newman,可以直接从命令运行和测试postman集合 环境准备 一.安装nodejs1.安装Newman需要先安装nodejs 下载地址: http://nodejs.cn/downlo

前言 对于Postman中的每个请求,我们都可以使用JavaScript语言来开发测试脚本.这也就好比单元测试.我们先看看Postman的相关界面: 编写测试脚本 Postman测试脚本本质上是在发送请求后执行的JavaScript代码,我们可以通过访问pm.response对象获取服务器返回的报文. 以下是一些测试脚本样例: // example using pm.response.to.have pm.test("response is ok", function () { pm.

前言 在前面的文章中已经说到了,在Postman中可以编写以下两种脚本: 前置请求脚本 测试脚本 这两种脚本的运行时机都不一样,在上一篇<Postman—脚本介绍>中已经详细的进行了介绍.这篇文章将对其中的前置请求脚本进行详细的总结. 前置请求脚本 前置请求脚本是在请求发送之前执行的代码片段.对于前置请求脚本的使用一般有以下场景: 设置动态请求头信息: 设置动态请求参数信息. 比如,现在需要在请求头中添加一个timestamp字段,而该字段值是表示当前的时间戳,是一个动态变化值,所以该字段就需

base64文件隐写脚本 base64 可以在文件中隐藏信息,记录一下提取脚本 ''' base64文件隐写脚本 import re import base64 b64chars = 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/' stego.txt为待解密的base64隐写字符串所在的文件 f = open('C:\Users\XXX\Desktop\stego.txt','r') base64str = f

postman这个神器相信大家都用过,程序员作为非专业的测试人员,非常需要这么一款简单轻量级的restful测试工具,但是不知道你是否知道,postman的强大之处不只是测试一下接口,还有其他非常赞的使用方式. 批量执行接口 入门级功能,但是被很多人忽略.postman左侧有个collections的tab,可以将接口进行分组,而且可以将分组以后的接口进行批量的执行,是一个非常赞的功能.当然,点击Runner也是可以的. 批量执行入口 批量执行界面 可以设置环境.重复次数.每个接口延迟等,并且会

接口测试基础知识 接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点.把前端(client)和后端(server)联系起来,测试的重点是要检查数据的交换,传递和控制管理过程,以及系统间的相互逻辑依赖关系等.更早的进入介入测试能提高对应效率,当后端和前端定义好接口以后可以直接对系统的逻辑进行测试,而不用等待后端开发完后在进行测试. 接口请求一般用HTTP的请求,方法大多数为:GET, POST ,HEAD,OPTIONS, 等其他方法. GET请求:请求指定的页面信息,并返回实体

postman这个神器相信大家都用过,程序员作为非专业的测试人员,非常需要这么一款简单轻量级的restful测试工具,但是不知道你是否知道,postman的强大之处不只是测试一下接口,还有其他非常赞的使用方式. 批量执行接口 入门级功能,但是被很多人忽略.postman左侧有个collections的tab,可以将接口进行分组,而且可以将分组以后的接口进行批量的执行,是一个非常赞的功能.当然,点击Runner也是可以的. 批量执行入口 批量执行界面 可以设置环境.重复次数.每个接口延迟等,并且会

前提: 搭建环境之前需要先理清楚各个环境的依赖关系,jenkins只支持windows命令行跟linux shell环境执行构建命令,而postman的测试脚本不能直接在命令行或shell环境执行,postman脚本需要有自己的执行环境,叫newman:而postman是基于javascript语言,所以newman环境还依赖于javascript的环境nodejs:所以整个过程是先搭建nodejs构造javascript环境,在搭建newman构造postman脚本运行环境,在集成到jenki

构建工作流 在使用“Collection Runner”的时候,集合中的请求执行顺序就是请求在Collection中的显示排列顺序.但是,有的时候我们不希望请求按照这样的方式去执行,可能是执行完第一个请求,在去执行第五个请求,然后在去执行第二个请求这样的方式,那么在Collection Runner中如何去构建不同的执行顺序呢? 我们setNextRequest下有四个请求,分别命名如下 接下来要调整执行顺序为:Request1-->Request3-->Request2-->Reque

前戏 在我们测接口的时候,没有断言的接口都是耍流氓,因为做自动化的时候,不加断言我们不知道这个接口是执行成功了还是执行失败了,所以断言是做接口自动化必须的 断言 断言就是我们预期值和接口返回值是否一样,就和我们写功能测试用例时的预期结果一个意思 pre-request Script(预置脚本)可以用来修改一些默认参数,在请求发送之前执行test Scripr(测试脚本):当接受到响应之后,在执行脚本 还是我们上节讲的A接口,我们来断言返回值中是不是有zouzou666,如果有,则认为接口执行成功