流程|“支付功能”怎么测试？_q2|ic|中国消防|cnn|淘宝|电商|消

跳槽高峰期，作为测试，不管是面试还是笔试，必然要被考验到的就是”测试思维“。在面试中就是体现在如下面试题中：
“说说你项目中的 xx 模块你是如何测试的？”
“给你一个购物车，你要怎么测试？”
"你说一下这个产品的登录功能有哪些测试点？"
“支付功能怎么测试？”
......
所有的这些问题其实都是在考察你的测试思维。我们再回答这类问题的时候有方法可依循的。

文章插图
今天这篇文章，就很多同学都觉得难的一个问题“支付功能”作为案例，一起来分析一下如何回答这类的面试题。
01测试思维要分析测试点之前，我们先来梳理一下测试思维。总结来说，任何事物的测试思路都可以总结如下：
第一步：梳理产品的核心业务流程
明白这是个什么项目，实现了什么业务，以及是怎么实现的？
这个步骤一般是参考公司的需求文档来的，如果产品提供需求文档的同时提供了业务流程图，可以遵循流程图来梳理；如果产品没有提供流程图，就需要测试人员根据需求的理解自己画出流程图，达到梳理业务的目的。
【流程|“支付功能”怎么测试？】第二步：根据流程进行模块细分，然后针对每个功能模块进行详细的测试点设计和提取。
这个单个功能的测试点提取要覆盖以下几个方面：

正常功能验证：优先覆盖正常的业务流程和功能验证，这其实也是单个功能的冒烟测试。冒烟测试先行，如果不通过，可以直接停止测试等开发修复后继续测试。
异常功能验证：为了更加贴近用户的使用产品，我们也要验证各种异常的场景，故意操作导致出错，检查系统的反馈和提示，保证用户操作失误的情况能够得到系统的友好指示。

因为有很多地方的操作都有可能会导致系统异常和报错，所以为了不漏测，我们需要找出所有可能导致异常的输入项和选项。
第三步：针对具体功能，寻找每个输入项和步骤，从以下三个角度来分析测试点

长度，数据类型，必填项，重复
需求的约束条件 + 隐形需求
功能之间的交互

这其中就需要用到一些用例的具体设计方法了，比如场景法，等价类法，边界值法，错误推测法等等
第四步：考虑非功能测试点
包括界面、易用性、兼容性、安全性、性能压力
02支付功能的测试点基于上面的测试思路，我们可以分析得出“支付功能”测试点如下：
梳理支付的业务流程如下：
点击支付---> 选择支付方式 ---> 确认金额---> 输入密码 ---> 成功支付
完成这个流程测试，也就是完成了项目的冒烟测试！然后需要测试针对流程中的每个阶段和步骤，具体分析可能导致异常的测试点，所以我们按阶段和输入项来进行划分如下：

文章插图
非现金支付时代，非现金支付已经成为了生活不可或缺的一部分，我们只需要一台手机便可走遍全国各地（前提是支付宝，微信有钱）,那么作为测试人员，支付测试也是非常重要的一环，那么下面我就结合一下我的工作中遇到的一些问题，总结一下常见的支付测试：
1、支付的分类：
首先，根据不同维度，通常我们可以把支付分为如下图所示的种类：