接口测试脚本(接口测试脚本怎么做)

网友投稿 398 2023-02-16


本篇文章给大家谈谈接口测试脚本,以及接口测试脚本怎么做对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。 今天给各位分享接口测试脚本的知识,其中也会对接口测试脚本怎么做进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!

本文目录一览:

python http接口测试脚本怎么写?

根据Testcase的具体业务逻辑用事先准备好的测试数据去调用封装好的API接口,验证实际返回结果是否与预期返回结果一致.

测试数据可以以各种形式存放,如Excel数据表:
TestCaseName uname method Expected Result
TestCase1 aaaa GET ....
TestCase2 aaaa POST ....
TestCase3 bbbb GET ....

APK文件的解包打包和修改
相信每位玩机的人对APK文件都不陌生。你可能每天都与APK文件打交道,无论是安装和卸载有用的应用工具、插件、好玩的游戏等等。

你可曾知道这些每天都伴随着你的APK文件是什么吗?怎样对它们作些修改呢?比如说:对英文版进行汉化、修改功能、修改文字描述、去掉广告等等。本文介绍APK的基本知识、结构、APK文件的解包、打包及签名,以及对APK文件的常规修改。

PostMan进阶——测试脚本的编写

预处理脚本(Pre-request script)

断言脚本(Tests script)
        请求之前添加的脚本,我们称为预处理(Pre-request Script) ,预处理脚本与Jmeter的前置处理器类似,主要作用就是一些初始化的功能

请求本身的问题,但是“请求前后的动作”是怎么处理的?

比如在发送一个请求前,需要获取当前系统时间戳,这就需要用到Pre-request Script的知识。请求返回响应结果后,如何自动判断响应是否正确?这就需要用到Tests的知识。

postman支持javascript,允许测试人员给请求和集合添加动态行为,通过使用javascript脚本,可以构建包含动态参数的请求,在请求之间传递数据。可以在下面两个事件流中添加javascript脚本。

1、在请求发送前,添加作为“Pre-request Script”选项下的预处理脚本

2、在收到响应后,添加测试脚本进行断言、流程控制

可以将预处理和测试脚本添加到一个集合、一个文件、一个请求中。

1、为集合添加脚本

2、为文件添加脚本

3、为请求添加脚本

在Postman中,单个请求的脚本执行顺序如图

1、与请求相关联的预请求脚本将在请求发送之前执行

2、与请求关联的测试脚本将在接收响应之后执行。

对于集合中的每个请求按顺序执行

1、与集合相关的预请求脚本将在集合中的每个请求之前运行

2、与文件夹相关联的预请求脚本将在文件夹中的每个请求之前运行。

3、与集合相关的测试脚本将在集合中的每个请求之后运行。

4、与文件夹关联的测试脚本将在该文件夹中的请求之后运行。

对于集合中的每个请求,脚本总是按照下面的层次结构运行:集合级脚本、文件夹级脚本、请求级脚本。此执行顺序适用于预请求和测试脚本。为了验证其正确性,可以创建这样一个集合,其中包含一个文件夹和两个请求。
2 测试脚本

        预处理脚本,指在请求发送之前执行的脚本。如果想在请求发送时包含当前时间戳或者一个随机的字符,前端加密等,在这个场景下使用前置脚本。例如,要在请求头中包含一个时间戳,可以设置一个环境变量,其值从函数返回。

        预处理脚本将被执行,并且timestampHeader的值将被赋值给变量{{timestampHeader}}。body中通过使用{{timestampHeader}}来传递变量。

Postman准备了常用脚本实例,这些脚本能够满足大多数接口测试的需求,接下来,一起认识一下它们,Postman在右侧区域列出了常用脚本。

演试案例:

准备接口

打开“Postman Console”

了解console.log()

接口描述:

Postman Console窗口输出内容的顺序体现了脚本执行的顺序,Pre-request Script请求中的脚本先执行,然后才发送接口的请求

设置变量、获取变量值脚本

1、设置一个全局变量

pm.globals.set("variable_key", "variable_value");

2、设置一个环境变量

pm.environment.set("variable_key", "variable_value")

3、获取一个全局变量

pm.globals.get("variable_key")

4、获取一个环境变量

pm.environment.get("variable_key")
演试案例:

演试内容:Postman在右侧区域列出了常用脚本的演试

通过console.log输出globals、environment当前的环境变量,Postman Console窗口的输出情况。

清除变量的脚本

1、清除一个全局变量

pm.globals.unset("variable_key")

2、清除一个环境变量

pm.environment.unset("variable_key")
发送请求的脚本

1、发送一个请求

pm.sendRequest()
    响应之后添加的脚本,称为测试脚本(Tests Script),即断言脚本,测试脚本主要用于接口断言,类似LoadRunner工具中的检查点、Jmeter中的断言功能。需要使用javascript语言为每个请求编写测试脚本。

测试脚本相关方法:

1、检查响应体中是否包含一个字段

pm.expect(pm.response.text()).to.include("指定的内容")

2、将xml格式额响应体转换程Json对象

varJson=xml2JSON(responseBody)

3、检查响应体等于一个字符串

pm.response.to.have.body("指定的内容")

4、检测响应体的JSON值

varJSON=pm.response.JSON();//将结果转换程json格式

pm.expect(JSON.value).to.eql(“目标数”);

5、检测响应体中包含某个header

pm.response.to.have.header("Content-Type")

6、检查响应时间,要求小于100ms

pm.expect(pm.response.responseTime).to.be.below(100);

7、要求该接口响应码为200

pm.varibles.get("指定状态码")

8、要求响应状态中包含某个字符

pm.response.to.have.status("OK")

9、要求status code符合某个条件

pm.expect(pm.response.code).to.be.oneOf([200,201,202])
    关于postman测试脚本中接口返回结果比较复杂的断言,且需要对多个值进行断言的情况,通过一个示例说明。

    假如该接口mock出参如下:

    我们需要断言其中的多个字段,可如下断言:

接口自动化测试脚本设计原则是什么?

说明:所谓的接口自动化测试脚本设计原则,主要是解决自动化脚本多次运行,数据库以存留上次数据问题或未存留依赖测试数据问题
原则:
1. 执行新增接口(如果没有,那么就使用sql语句就行先新增,获取新增数据)
2. 执行更新接口(更新新增的测试数据)
3. 查询接口(查询更新后的数据)
4. 删除接口(删除新增的数据,让数据库数据保持洁净性,如果没有删除接口,调用sql语句进行删除)
注意:以上脚本执行时,需要按照以上1~4执行顺序去执行。
提示:以上流程中有不清楚或疑问地方可以咨询黑马程序员官网要到相关资料。

接口自动化测试

接口 :外部系统与本系统之间以及系统内部的各个子系统间,以约定标准提供的服务,包括对外提供的接口/对内提供的接口。

在这块我们举一个比较生活化的例子,我们平常使用的笔记本,在笔记本的两端有很多小插口,最常见的就是USB插口,我们可以把鼠标连接在USB插口上,也可以把键盘、U盘连接在USB插口上,为什么同一个USB接口可以连接这么多设备呢,其实这个接口,他就有一个统一对外的连接标准。
在我们开发当中,也有一个对外暴露的接口,因为他们服务的协议都是统一的,最常见的就是hhtp协议,我们规定好一种格式,让客户端来调用我们。
这里面键盘鼠标属于调用方,插到笔记本的USB上,就可以连接设备,就可以进行操作了。对外暴露的一个统一的一个规范,这样去理解接口,更形象一些。

在了解完什么是接口之后,我们来说一下什么是接口测试。
接口测试 测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换,传递和控制管理过程,以及系统间的相互逻辑依赖关系等,保证对外提供接口的正确性和健壮性。
我们在具体测试过程中,我们不用关心接口调用方和接收方的实现逻辑,我们只需要知道传入什么数据,返回什么的结果是否达到我们的预期。接口测试其实也是黑盒测试,他与UI测试的区别就是没有界面交互,是不可视化的。

测试前置 :我们不能等到整个系统全部开发完成才能进行测试,我们可以通过调用接口来进行测试,把问题拦截在前期,降低问题修复成本。
Bug更容易定位 :因为我们按接口进行测试,出现问题后在被测接口中排查就可以了,它比系统集成之后,发现问题更容易定位,系统集成之后有各种模块的调用,出现bug之后再排查,排查的链路非常的长。另外从机制上更接近出问题的地方更容易命中问题。
前后端分离结构 :现在很多系统都采用前后端分离架构,各服务之间更多的是通过接口来实现信息互通,对接口进行直接测试,可以更全面的覆盖各类测试场景。
自动化测试落地性价比高 :比UI自动化测试更稳定,我们上面已经说了UI层的元素时常发生变化,有时改一个简单的元素,都有可能导致我们的自动化测试走不下去,写一套自动化测试脚本比较容易的,但是维护起来,会耗费很大的时间精力,相对来说,接口就比较稳定,一个项目没有大的改造,入参和出参就是固定的,变化的概率比较小,这样维护起来也比较方便。
减少安全隐患 :比如我们在平常的测试过程中,测试用户名和密码,密码格式要求不能输入特殊字符,前端做了校验,而后端没有处理,这样我们只测试页面,这条case就默认通过了,但一些黑客可能通过抓包的方式进行登录,这样安全隐患就比较大了。我们对接口进行安全测试,可以避免安全隐患。

借助工具 : Postman、Jmeter、jsf平台、jsf测试工具、easytest
编写测试脚本 :Java+TestNG

请关注下一篇如何使用Java+TestNG进行接口自动化测试

大神能教我怎么用loadrunner写APP接口测试脚本吗?急求帮助。

手机App能用lr测试的话,只能用在测试后台服务器性能方面,至于app前段性能那只能用其他专门的工具。如果要用lr测试app后台服务器性能,可以通过接口进行,选择http协议即可。
因为apps跟后台的交互还是基于http协议的,所以首先你要确定接口都是那些,然后在lr中通过手动方式编写脚本,无非就是模拟get、post方法,用到的函数基本就是web_url、web_submit_data()。 关于接口测试脚本和接口测试脚本怎么做的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。 接口测试脚本的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于接口测试脚本怎么做、接口测试脚本的信息别忘了在本站进行查找喔。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:关于Webpack dev server热加载失败的解决方法
下一篇:webpack
相关文章

 发表评论

暂时没有评论,来抢沙发吧~