面试题：支付功能怎么测试？如何回答？

文章末尾给大家准备了大量福利

前言

九月了，有很多的小伙伴已经全面武装好准备找工作了，九月和十月是黄金期——俗称”金九银十“。那么，作为测试，不管是面试还是笔试，必然要被考验到的就是”测试思维“。在面试中就是体现在如下面试题中：

“说说你项目中的xx模块你是如何测试的？”

“给你一个购物车，你要怎么测试?”

"你说一下这个产品的登录功能有哪些测试点？"

“支付功能怎么测试？”

......

所有的这些问题其实都是在考察你的测试思维。我们再回答这类问题的时候有方法可依循的。

那么今天这篇文章，笔者来和大家分析一个问题这个问题就是以“支付功能”作为案例，一起来分析一下如何回答这类的面试题。

一、测试思维

要分析测试点之前，我们先来梳理一下测试思维。总结来说，任何事物的测试思路都可以总结如下：

第一步：梳理产品的核心业务流程：明白这是个什么项目，实现了什么业务，以及是怎么实现的？

这个步骤一般是参考公司的需求文档来的，如果产品提供需求文档的同时提供了业务流程图，可以遵循流程图来梳理；如果产品没有提供流程图，就需要测试人员根据需求的理解自己画出流程图，达到梳理业务的目的。

第二步：根据流程进行模块细分，然后针对每个功能模块进行详细的测试点设计和提取。

这个单个功能的测试点提取要覆盖一下几个方面：

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