多平台统一管理软件接口，如何实现多平台统一管理软件接口
333
2023-04-25
接口自动化测试实例（接口自动化测试案例）
本篇文章给大家谈谈接口自动化测试实例，以及接口自动化测试案例对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享接口自动化测试实例的知识，其中也会对接口自动化测试案例进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
本文目录一览：
接口自动化测试测试用例设计
浅谈接口自动化测试测试用例设计一、 前言
很多中台项目，大部分为接口测试。为了使新入职的测试同事尽快融入项目，以及迭代开发中方便管理测试用例。完成该总结。
二、 测试用例设计思路
1、 接口类型概述及优先级
1） 提供给第三方调用的接口
2） 内部系统使用，核心功能接口
3） 内部系统使用，非核心功能接口
基本按照1）2）3）的顺序进行测试，特别情况除外
2、 单接口测试优先级
1） 优先测试正向测试用例，保证基本功能实现
2） 设计逆向测试用例，确保接口的健壮性
3） 满足前提条件的测试用例
4） 默认参数是否满足
5） 参数校验
6） 参数间联动关系
7）多参数错误处理的优先顺序校验
三、 设计分析
1、 满足前提条件的测试用例
测试目标接口需要满足前置条件才能成功获取数据。
例如：需要登录token，通过传入参数获取下游接口数据
2、 携带默认参数的测试用例
携带默认参数的测试用例仅需要设计一条，所有默认参数的字段都不填写，其他字段输入正常。
[if !supportLists]3、 [endif]参数校验
参数校验包含如下几方面：
[if !supportLists]1）[endif]输入参数是否为必须输入项
[if !supportLists]2）[endif]输入参数的类型
[if !supportLists]3）[endif]输入参数的枚举值校验
[if !supportLists]4）[endif]输入参数长度校验
以上测试用例最好根据字段一一校验，排除互相干扰
[if !supportLists]4、 [endif]参数间联动
有些参数见存在彼此制约的关系，根据实际情况设计测试用例
例如:A字段为1时，B字段一定为空。否则报错。
那么测试用例设计时应为：A字段为1时，B字段为空；A字段为1时，B字段不为空；A字段不为1时，B字段为空；A字段不为1时，B字段不为空；四条测试用例
这样基本覆盖所有分支流程。
[if !supportLists]四、 [endif] 测试用例实践操作
接口测试用例样例:
多条件查询接口
测试方法：使用robotFramework测试doubbo接口
协议请求方式：post
接口协议：JSON
消息请求列表
字段名数据类型默认值必须项备注
IDint 是长度为2
Tokenstring 是设备令牌
Statusstring 是1：正常
2：异常
typeint Status为1时，为必须输入项
sizestring 默认值
消息返回列表
字段名数据类型必须项备注
Codeint是正常：20000
异常：20001
Messagestring是
typeMessageint Status=1的所有ID
用例设计
NO. 测试内容 前置条件 输入参数 输出参数 用例属性
1目标数据为一条预置一条符合条件的数据Status=1，其他参数输入正常返回code=20000
typeMessage中返回的ID与预置数据一致
正向测试用例
2目标数据为多条预置多条符合条件的数据Status=1，其他参数输入正常返回code=20000
typeMessage中返回的ID与预置数据一致
正向测试用例
3 Token必须项检查 预置多条符合条件的数据Status=1，token输入为空，其他参数输入正常返回code=20001
typeMessage中返回为空
满足前提条件
4 Token正确性检查 预置多条符合条件的数据Status=1，token输入错误，其他参数输入正常返回code=20001
typeMessage中返回为空
满足前提条件
5 Status 必须项检查 预置多条符合条件的数据Status为空，其他参数输入正常返回code=20001
typeMessage中返回为空
参数校验
6 Status枚举预置多条符合条件的数据Status为1，其他参数输入正常返回code=20000
typeMessage中返回的ID与预置数据一致
参数校验
7 Status枚举预置多条符合条件的数据Status为2，其他参数输入正常返回code=20000
typeMessage中返回的ID与预置数据一致
参数校验
8 Status枚举预置多条符合条件的数据Status为3，其他参数输入正常返回code=20001
typeMessage中返回null
参数校验
9 Status=1，时联动校验预置多条符合条件的数据Status为1，type为空；其他参数输入正常返回code=20001
typeMessage中返回null
联动校验
10 Status！=1，时联动校验预置多条符合条件的数据Status！=1，type为空；其他参数输入正常返回code=20000
typeMessage中返回对应ID
联动校验
11 Status！=1，时联动校验预置多条符合条件的数据Status！=1，type不为空；其他参数输入正常返回code=20000
typeMessage中返回对应ID
联动校验
12 Size默认值输入校验预置多条符合条件的数据Size输入为空，其他参数输入正常返回code=20000
typeMessage中返回对应ID
默认值校验
13 Size默认值输入校验预置多条符合条件的数据Size输入不为空，其他参数输入正常返回code=20000
typeMessage中返回对应ID
默认值校验
14 ID 必须项检查 预置多条符合条件的数据ID为空，其他参数输入正常返回code=20001
typeMessage中返回为空
参数校验
15 ID 长度检查 预置多条符合条件的数据ID长度大于2，其他参数输入正常返回code=20001
typeMessage中返回为空
参数校验
16 破坏性测试预置多条符合条件的数据输入的参数类型错误请求未接收，返回404 稳定性测试
17 破坏性测试预置多条符合条件的数据输入的参数与提供的参数名称不一致请求未接收，返回404 稳定性测试
18 破坏性测试预置多条符合条件的数据输入的参数与提供的参数数量不一致请求未接收，返回404 稳定性测试
19 破坏性测试预置多条符合条件的数据输入的参数与提供的参数格式不一致请求未接收，返回404 稳定性测试
总结：自动化测试过程中会有一条自动化测试用例覆盖多种情况的可能（例如：正向测试用例与联动性验证的 Status=1，type输入不为空的测试用例重复，所以选择一条用例验证 。 ），以上的测试用例满足自动化的要求，手动测试过程中需要增加部分验证性的测试用例。且由于使用的测试工具特殊性，无需检查输入参数的类型。
接口自动化测试之Mock
Mock介绍
1.找到要替换的对象：我们需要测试的是visit_ustack这个函数，那么我们需要替换掉send_request这个函数。
2.实例化Mock类得到一个mock对象，并且设置这个mock对象的行为。在成功测试中，我们设置mock对象的返回值为字符串“200”，在失败测试中，我们设置mock对象的返回值为字符串"404"。
3.使用这个mock对象替换掉我们想替换的对象。我们替换掉了client.send_request
4.写测试代码。我们调用client.visit_ustack()，并且期望它的返回值和我们预设的一样。
上面这个就是使用mock对象的基本步骤了。在上面的例子中我们替换了自己写的模块的对象，其实也可以替换标准库和第三方模块的对象，方法是一样的：先import进来，然后替换掉指定的对象就可以了。
Mockrunner用在J2EE环境中进行应用程序的模拟测试。它不仅支持Struts actions，servlets，过滤器和标签类，还包括一个JDBC和一个JMS测试框架，可以用于测试基于EJB的应用程序。
Mockrunner扩展了JUnit并模拟了必要的行为，而无需调用实际的基础结构。它不需要正在运行的应用程序服务器或数据库。此外，它不会调用web容器或Struts ActionServlet。它非常快速，使用户可以在测试的所有步骤中操纵所有涉及的类和模拟对象。它可以用于为基于J2EE的应用程序编写非常复杂的单元测试，而不会产生任何开销。Mockrunner不支持任何类型的容器内测试。
Mockrunner不会读取任何配置文件，例如web.xml或struts-config.xml。您可以使用Mockrunner API指定所有参数。因此，可以将servlet，过滤器，标签和Struts动作作为可重用组件进行测试，而不管您在一个或另一个应用程序中使用的设置如何。无法测试配置文件中的定义。如果要这样做，可以将StrutsTestCase用于基于Struts的应用程序或Cactus。
Mockrunner支持Java版本从1.3到1.6以及J2EE 1.3，J2EE 1.4和JavaEE5。尚不支持EJB 3.0。Mockrunner支持Struts版本1.1、1.2和1.3。
下载地址：Mockrunner download | SourceForge.net
最后:【可能给你带来帮助的教程】软件测试最新自学教程
Apifox写接口自动化测试用例总结-2
下面从以下几个方面来进行总结：
1.设置环境
2.设置变量
3.自定义脚本写法
4.python脚本调用
在界面的右上角，是 环境管理 的入口，选择管理环境后进入。
可以在左侧新建或删除环境，右侧可以对某个环境进行编辑。
如果在系统测试时需要多个系统来测试，可以在添加默认服务的基础上，再添加其他系统的URL，在编写对应的接口时，手动选择对应服务信息。
根据需要，可以在页面右上角，快速切换为你所需要的环境。
打开环境管理（软件右上角设置形状的按钮），选择全局变量 tab。
1.添加一个名为my_variable的变量，将本地值设置值为hello，点击保存。
2.打开一个接口，在运行 tab （或接口用例）的参数值里输入{{my_variable}}即可引用该变量。
3.点击运行按钮，发送请求，实际运行的时候系统会将{{my_variable}}替换为hello，然后发出请求。
本地值和远程值的区别:
1.所有使用到变量的地方，实际运行的时候都是读写本地值，而不会读写远程值。
2.本地值仅存放在本地，不会同步到云端，团队成员之间也不会相互同步，适合存放token、账号、密码之类的敏感数据。
3.远程值会同步到云端，主要用来团队成员之间共享数据值。
4.注意:由于本地值仅存放在本地，使用一些清理软件清理 Apifox 文件缓存会导致本地值被清空，请务必注意。
变量类型:
1.环境变量是最常用的变量，同一个变量可以在不同的环境设置不同的值，变量值会跟随环境切换而改变。环境变量在环境管理模块设置
2.全局变量 使用方法类环境变量类似，但全局变量不会跟随环境切换而改变。
3.临时变量 仅在单次运行接口用例或测试管理里的测试用例或测试套件过程中有效，不会持久化保存。
使用方式:
以下两个环节可添加脚本：
在将请求发送到服务器之前，使用前置脚本。
收到响应后，使用 后置脚本(断言测试)。
接口请求的执行流程如下：
[全局前置脚本] - [分组前置脚本] - [接口前置脚本] - [发送接口请求] - [返回接口结果] - [全局后置脚本] - [分组后置脚本] - [接口后置脚本]
调试脚本:
调试脚本可以在 前置脚本 和 后置脚本里编写，使用console.log('hello')方式将调试信息写入控制台，打开 控制台 即可查看。
使用python进行前置脚本编写：
第三步：python环境变量配置完成后重启电脑和apifox
第四步：前置脚本编写
Apifox写接口自动化测试用例总结-1
最近决定用Apifox写接口自动化测试用例接口自动化测试实例，于是研究了这个工具接口自动化测试实例的具体实践接口自动化测试实例，下面把最近实践过程中遇到的问题和解决方案进行总结，方便回看。
Apifox它是集：接口文档管理、接口调试、Mock、接口自动化测试于一体的全流程集成工具，覆盖从开发-测试-管理等环节，等同于 Postman + Swagger + Mock + JMeter几款工具功能累加。
下面从以下几个方面来进行总结：
1json path语法及使用
2.参数化使用
3.结果验证
JsonPath语法要点：
$ 表示文档的根元素
@ 表示文档的当前元素
.node_name 或 ['node_name'] 匹配下级节点
[index] 检索数组中的元素
[start:end:step] 支持数组切片语法
** 作为通配符，匹配所有成员**
.. 子递归通配符，匹配成员的所有子元素
(<expr) 使用表达式
?(<boolean expr)进行数据筛选
直接从返回结果中获取第一个元素
从返回结果中获取iata=3Q的子节点中的id号
1.用两个{}的形式来传参，如{{flightId}}
2.如果提取变量是列表形式，可以取其中某一个，如{{flightId[0]}}
3.可以选择右侧的“魔法棒”动态值来选择变量/常量或动态变量
版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。
相关文章
发表评论
暂时没有评论，来抢沙发吧~