扫描二维码去支付这个需求如何设计用例

lsekfe

　只要是面试官问你如何基于XXX或者XXX需求如何设计用例的问题。第一个点就是迅速思考入口在哪里。
　　入口：这道题是扫码。
　　这时候针对扫码的用例设计如下：
　　一般人规规矩矩的扫着付款码。
　　告诉你们测试人员怎么扫？
　　1，正着扫
　　2，倒着扫
　　3，斜着扫
　　4，刀式妖娆的扫法
　　5，扫一半
　　6，扫四分之三
　　7，使用支付宝扫微信付款码，使用微信扫支付宝付款码
　　··· ···
　　这些场景也就是我们伟大的手工测试人员想到的场景，谁在说手工没前途，我提刀在路上！！！
　　但是，上面层次只是停留在软件功能浅层次的理解。
　　我们接下来再分析一下二维码的本质，其实二维码本质是将文字按照特殊的规则生成对应的图像。
　　为什么要有二维码？
　　二维码的产生是为了将用户输入的信息，通过扫码来完成，减少了因为用户误删导致的错误。
　　在没有二维码的时代，用户的操作更多聚焦于输入。
　　引发的问题或者最大的风险就是用户的输入。
　　因为用户输入存在很多潜在的风险，会导致用户很容易输入错误。
　　除了扫描二维码，我们还要测试哪些？
　　我们都只扫描二维码只是将对应的信息固化到一张图片上，本质后台还是要测试对应的支付接口测试。

Miss_love

支持分享

lzx

这种接口怎么测