【转】支付场景测试应该考虑哪些方面

软件测试人员在进行测试的时候，根据测试项目或者测试对象的不同，会采用不同的方式方法来进行测试，那么，带有支付功能的产品该如何测试呢？在测试过程中又应该注意些什么？
财务人员有句老话叫：财务无小事。因为，首先，任何涉及到财务的问题，不论金额有多么的小，它在性质上也是严重事件；其次，在各种金融支付功能已深入老百姓生活的方方面面的今天，一个程序中，哪怕仅有一个小小的支付问题，那么，最后引起的也可能是涉及成百上千乃至上亿元金额和大量用户的大问题。
因此，专业的测试人员，在对待带有支付功能的产品时，都会格外的小心谨慎，将边界值分析、等价类划分、错误推测、因果图等各种测试方法进行结合，整理出尽可能全面的测试案例，对该支付功能及其相关功能进行测试，以确保整个支付流程以及涉及到支付流程的其他流程在任何情况下都能正常进行。
简单总结一下测试的思路：
从金额上：包括正常金额的支付，最小值的支付，最大值的支付，错误金额的输入（包括超限的金额、格式错误的金额、不允许使用的货币等等）；
从流程上：包括正常完成支付的流程，支付中断后继续支付的流程，支付中断后结束支付的流程，支付中断结束支付后再次支付的流程，单订单支付的流程，多订单合并支付的流程等等；
从使用的设备上：包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等；
从支付接口上：包括POSE终端机支付、银行卡网银支付、支付宝支付、微信支付、手机支付等；
从产品容错性上：包括支付失败后如何补单或者退单、如何退款等；
从后台的账务处理上：成功订单的账务处理、失败订单的账务处理、退款订单的账务处理、差错账处理等等。
还有其他需要考虑的问题这里就不再赘述了，总之，在测试过程中，测试人员要将以上各种情况都综合考虑到，根据这些情况来编写最少量但尽可能发现最多问题的测试案例，并且严格按照案例来执行测试，只有经过最严谨的测试的支付功能，才能够尽可能的避免上线后出现生产问题。

原地址：http://www.netconcepts.cn/personal-blog/32046.html

1.从买家选择支付方式开始，选择网上银行或者信用卡支付，一直到支付结束，这个过程要考虑到哪些测试点？

卡与帐号一致与否，帐号与验证码一致与否，扣款金额与应付金额是否一致，扣款帐号与应扣款帐号是否一致等等

2.支付宝充值功能测试用例设计？

假设一种通过银行卡充值的场景 可以写几条   1）,通过网银充值10元（标题） 然后请自己描述详细操作步骤 预期结果 支付宝帐户中增加10元（前提是不考虑网络延时，或各网银的出帐延时）   2,）通过网银充值时 网银余额不足  预期结果 充值失败 不影响支付宝中帐户金额   3,）通过网银充值时，在任意操作步骤中（建议是最后一步）取消该服务 预期结果 充值失败 不影响支付宝中帐户金额   4,）充入0元 （基本上不会同意充0的操作的吧）  预期结果 充值失败 提示输入大于0的金额   5）,充入n元（N= 支付宝每次限制的最大充值金额） 预期结果 支付宝帐户中增加n元   6 ）充入N+1元 (与第5条一样，都是边界值法。但是要分开写成两条） 预期结果 充值失败/提示金额大出限制

3.如何进行银联支付测试？

主要是功能方面要正确，涉及到金钱，都要测试小心了，不能有任何计算的错误。

然后，考虑一些异常情况，比如：比如银联那边没有及时返回付款成功或失败的结果，该怎么办；
银联接口调用不成功，该如何处理。。

另外，可以考虑下安全测试方面，支付请求的伪造、金额的篡改、恶意模拟银联来调用你们的接口……