支付接口测试用例图（测试支付接口应该注意哪些问题）

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

本文目录一览：

• 1、接口测试的测试用例该怎么写呢?
• 2、各种测试用例简要模板
• 3、支付方式测试点

接口测试的测试用例该怎么写呢?

接口测试：

接口：主要是子模块或者子系统间交互并相互作用的部分。

这里说的接口是广义的，客户端与后台服务间的协议；插件间通信的接口；模块间的接口；再小到一个类提供的方法；都可以理解为接口。因此，可以分析，系统间的接口包含三部分：输入、处理逻辑、输出。

接口测试：是指针对模块或系统间接口进行的测试。

分析一个接口：

获取接口文档：和黑盒测试一样，我们是从需求文档中去挖掘测试点，设计测试用例。对于接口测试，同样是有对应的接口文档的。

分析接口文档，提取测试点：

1）输入：接受哪些参数、参数的类型、可选参数和必选参数等；根据输入参数采用等价类、边界值分析法等进行设计。

2）业务逻辑：对于一个接口，不同的输入参数或组合，流程或状态的转移是不同，可以根据业务逻辑画出流程图或状态转移图，确保每种状态至少被访问了一次。

3）输出：根据文档规定的输出，反向设计测试数据，使所有的输出状态都被包含了；

测试用例：同时对输入、业务逻辑、输出进行考虑时，肯定会存在用例的冗余，在最大限度覆盖业务功能和规则下，选取最优用例集合。同时，需要考虑异常数据和场景。

各种测试用例简要模板

0 .  文档介绍

提示支付接口测试用例图：请用户根据项目支付接口测试用例图的实际测试状况，裁剪本测试用例模板。

0.1 文档目的

 

0.2 文档范围

 

0.3 读者对象

 

0.4 参考文献

提示： 列出本文档的所有参考文献（可以是非正式出版物），格式如下：

[ 标识符 ]  作者，文献名称，出版单位（或归属单位），日期

例如：

[ AAA ]   作者，《立项建议书》，机构名称，日期

 [ SPP-PROC-ST ]   SEPG，系统测试规范，机构名称，日期

0.5 术语与缩写解释

缩写、术语 解 释

SPP精简并行过程，Simplified Parallel Process

…

1 .  接口－路径测试用例

1 .1  被测试对象（单元）的介绍
1.2 测试范围与目的
1 . 3 测试环境与测试辅助工具的描述
1.4 测试驱动程序的设计
1.5 接口测试用例
接口A的函数原型

输入/动作期望的输出/相应实际情况

典型值…

边界值…

异常值…

接口B的函数原型

输入/动作期望的输出/相应实际情况

典型值…

边界值…

异常值…

…
1.6 路径测试的检查表

检查项 结论

数据类型问题

（1）变量的数据类型有错误吗？

（2）存在不同数据类型的赋值吗？

（3）存在不同数据类型的比较吗？

变量值问题

（1）变量的初始化或缺省值有错误吗？

（2）变量发生上溢或下溢吗？

（3）变量的精度不够吗？

逻辑判断问题

（1）由于精度原因导致比较无效吗？

（2）表达式中的优先级有误吗？

（3）逻辑判断结果颠倒吗？

循环问题

（1）循环终止条件不正确吗？

（2）无法正常终止（死循环）吗？

（3）错误地修改循环变量吗？

（4）存在误差累积吗？

内存问题

（1）内存没有被正确地初始化却被使用吗？

（2）内存被释放后却继续被使用吗？

（3）内存泄漏吗？

（4）内存越界吗？

（5）出现野指针吗？

文件I/O问题

（1）对不存在的或者错误的文件进行操作吗？

（2）文件以不正确的方式打开吗？

（3）文件结束判断不正确吗？

（4）没有正确地关闭文件吗？

错误处理问题

（1）忘记进行错误处理吗？

（2）错误处理程序块一直没有机会被运行？

（3）错误处理程序块本身就有毛病吗？如报告的错误与实际错误不一致，处理方式不正确等等。

（4）错误处理程序块是“马后炮”吗？如在被它被调用之前软件已经出错。

…
2.  功能测试用例

2 .1  被测试对象的介绍
2 .2 测试范围与目的
2. 3 测试环境与测试辅助工具的描述
2 .4 测试驱动程序的设计
2 .5 功能测试用例

功能A描述

用例目的

前提条件

输入/动作期望的输出/相应实际情况

示例：典型值…

示例：边界值…

示例：异常值…

功能B描述

用例目的

前提条件

输入/动作期望的输出/相应实际情况

……
3.  健壮性测试用例

3 .1  被测试对象的介绍
3 .2 测试范围与目的
3. 3 测试环境与测试辅助工具的描述
3 .4 测试驱动程序的设计
3 .5 容错能力 / 恢复能力测试用例

异常输入/动作容错能力/恢复能力造成的危害、损失

示例：错误的数据类型…

示例：定义域外的值…

示例：错误的操作顺序…

示例：异常中断通信…

示例：异常关闭某个功能…

示例：负荷超出了极限…
4 .  性能测试用例

4 .1  被测试对象的介绍
4 .2 测试范围与目的
4. 3 测试环境与测试辅助工具的描述
4 .4 测试驱动程序的设计
4 .5 性能测试用例

性能A描述

用例目的

前提条件

输入数据期望的性能（平均值）实际性能（平均值）

性能B描述

用例目的

前提条件

输入数据期望的性能（平均值）实际性能（平均值）

……
5 .  图形用户界面测试用例

5 .1  被测试对象的介绍
5 .2 测试范围与目的
5. 3 测试环境与测试辅助工具的描述
5 .4 测试驱动程序的设计
5 .5 测试人员分类

类别特征

A类

B类

……
5.6  用户界面测试的检查表

检查项测试人员的类别及其评价

窗口切换、移动、改变大小时正常吗？

各种界面元素的文字正确吗？（如标题、提示等）

各种界面元素的状态正确吗？（如有效、无效、选中等状态）

各种界面元素支持键盘操作吗？

各种界面元素支持鼠标操作吗？

对话框中的缺省焦点正确吗？

数据项能正确回显吗？

对于常用的功能，用户能否不必阅读手册就能使用？

执行有风险的操作时，有“确认”、“放弃”等提示吗？

操作顺序合理吗？

有联机帮助吗？

各种界面元素的布局合理吗？美观吗？

各种界面元素的颜色协调吗？

各种界面元素的形状美观吗？

字体美观吗？

图标直观吗？

…
6.  信息安全性测试用例

6 .1  被测试对象的介绍
6 .2 测试范围与目的
6. 3 测试环境与测试辅助工具的描述
6 .4 测试驱动程序的设计
6 .5 信息安全性测试用例

假想目标A

前提条件

非法入侵手段是否实现目标代价－利益分析

……

假想目标B

前提条件

非法入侵手段是否实现目标代价－利益分析

……
7.  压力测试用例

7 .1  被测试对象的介绍
7 .2 测试范围与目的
7. 3 测试环境与测试辅助工具的描述
7 .4 测试驱动程序的设计
7 .5 压力测试用例

极限名称A 例如“最大并发用户数量”

前提条件

输入/动作输出/响应是否能正常运行

例如10个用户并发操作

例如20个用户并发操作

…

极限名称B

前提条件

输入/动作输出/响应是否能正常运行

…
8.  可靠性测试用例

8 .1  被测试对象的介绍
8 .2 测试范围与目的
8. 3 测试环境与测试辅助工具的描述
8 .4 测试驱动程序的设计
8 . 5 可靠性测试用例

任务A描述

连续运行时间

故障发生的时刻故障描述

……

统计分析

任务A无故障运行的平均时间间隔（CPU小时）

任务A无故障运行的最小时间间隔（CPU小时）

任务A无故障运行的最大时间间隔（CPU小时）

任务B描述

连续运行时间

故障发生的时刻故障描述

……

统计分析

任务B无故障运行的平均时间间隔（CPU小时）

任务B无故障运行的最小时间间隔（CPU小时）

任务B无故障运行的最大时间间隔（CPU小时）
9.  安装 / 反安装测试用例

9 .1  被测试对象的介绍
9 .2 测试范围与目的
9. 3 测试环境与测试辅助工具的描述
9 .4 测试驱动程序的设计
9 . 5 安装 / 反安装测试用例

配置说明

安装选项描述是否正常使用难易程度

全部

部分

升级

其它

反安装选项描述是否正常使用难易程度
附录：评审意见

支付方式测试点

支付测试

引言：如今支付接口测试用例图，随着非现金支付手段支付接口测试用例图的不断推广和应用，“非现金社会”正在形成。非现金支付已成为日常生活中不可或缺的伙伴。那么，对于互联网产品来说，支付也是涉及到公司收入的一个重大环节。对于支付接口测试用例图我们测试人员，支付测试也是测试中的重要一环。下面就结合工作中遇到的问题，来给大家介绍一下常用的支付测试。

★ 支付分类 ★

首先，根据不同维度，支付接口测试用例图我们可以把支付分为不同的种类。如下图所示：

其次，一般来讲，线上支付分为两种消费模式。一种是直接支付金额，如淘宝，京东等购物网站，或是360云盘，视频会员等这种会员服务；另一种是充值购买金豆之类的虚拟币，在网站中使用虚拟币进行消费，比如游戏平台、花椒等产品。

★ 测试方法 ★

功能测试：

通过将边界值分析、等价类划分、错误推测、因果图等各种测试方法进行结合，整理出尽可能全面的测试案例，对支付功能及其相关功能进行测试，以确保整个支付流程以及涉及到支付流程的其他流程在任何情况下都能正常进行。

接口测试：

明确整个支付流程所需要调用的接口，分清楚商家和第三方支付平台的接口以及参数和请求方式。包括对接口特定参数的加密，使用异常订单号模拟支付，对服务端的校验等等。

安全测试：

支付涉及到金额方面，所以要考虑安全测试方面。支付请求的伪造、金额的恶意篡改、恶意模拟第三方接口来调用商家接口等等。这都是我们需要考虑到的问题。

★ 支付流程 ★

常见的支付流程如下图所示：

★ 测试点 ★

支付流程测试点

▼

(比如会员服务产品，购买后会员到期时间是否正常延迟；比如购买商品，支付成功后，订单状态是否更改，商品种类和数量是否正确等等)

支付金额测试点

▼

a) 正常金额支付

b) 金额的最小值：0.01

c) 无意义的值：0元

d) 最大金额：设置支付的最大金额

e) 银行卡或微信等，设置每日最大消费金额或者单笔最大消费金额

f) 银行卡或微信余额不足时支付

支付流程测试点

▼

a) 正常完成支付流程

b) 调起订单后，取消订单

c) 支付中断后，继续支付

d) 支付中断后结束支付

e) 单笔订单单笔支付

f) 多订单合并支付

g) 持续点击支付，是否会出现多次购买

▼

a) 支付宝支付

b) 支付宝网页支付

c) 微信支付

d) 银行卡支付

优惠券或折扣（有一定的优惠）

▼

a) 支付中使用优惠券/折扣，应付金额和实际支付金额是否正确

b) 优惠券/折扣是否是必选，是否可以不选择折扣

c) 支付订单退款完成后，优惠券/折扣是否还能使用

关于支付接口测试用例图和测试支付接口应该注意哪些问题的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 支付接口测试用例图的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于测试支付接口应该注意哪些问题、支付接口测试用例图的信息别忘了在本站进行查找喔。

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