1）订单金额与支付金额验证（单件，多件总额）数额一直（可使用特殊金额如：0、
99、99.999、44.44445等）
2）支付优惠劵或者选择扣款验证，能正常使用 3）未提交支付的时候能正常取消支付
4）在未提交支付页面长时间停留再次操作需要给用户提示 5）点击支付响应后，在单个交易周期里只响应一次 6）订单支付失败可以重新进入支付流程
7）用户在支付订单的时候需要再次提示用户金额以及收款方信息用户确认 8） 如果用户发现数据不对可以返回重新提交支付
9）用户确认付款后跳正常转到响应的支付页面（APP本身的支付页面，其他APP或者网页的交互平台。根据业务的不同进行测试）
10）测试账户下余额不足的情况下支付失败，给出提示，但不扣款 11）测试账户下余额足够的情况下支付成功，能给出提示和跳转，扣款成功 12）测试账户下余额不足的情况下，取消支付。正常取消。 13）测试账户下余额充足的情况下，取消支付。正常取消。 14）支付成功后订单状态正常转换
15）支付失败或者取消支付是订单状态不发生变化
16）网络异常情况下测试即服务器正常响应了请求包，但 APP收到请求报超时。APP订单应该重新刷新状态
17) 支付账户余额不足补足后可重新进行正常支付
7、检查未安装第三方支付应用，走网页版测试流程。
8、检查通过限速，造成提交网络请求超时，确认该订单是否生成成功。
9、检查通过限速，造成提交请求成功但数据请求回传给App网络请求超时，刷新检查订单是否生成成功。
10、检查通过限速，造成支付网络请求超时，确认该订单是否支付成功。
11、检查通过限速，造成支持成功但数据请求回传给App网络请求超时，刷新检查订单是否支付成功。
从金额上：包括正常金额的支付，最小值的支付，最大值的支付，错误金额的输入（包括超限的金额、格式错误的金额、不允许使用的货币等等）；
从流程上：包括正常完成支付的流程，支付中断后继续支付的流程，支付中断后结束支付的流程，支付中断结束支付后再次支付的流程，单订单支付的流程，多订单合并支付的流程等等；
从使用的设备上：包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等； 从支付接口上：包括POSE终端机支付、银行卡网银支付、支付宝支付、微信支付、手机支付等； 从产品容错性上：包括支付失败后如何补单或者退单、如何退款等；
从后台的账务处理上：成功订单的账务处理、失败订单的账务处理、退款订单的账务处理、差错账处理等等。
还有其他需要考虑的问题这里就不再赘述了，总之，在测试过程中，测试人员要将以上各种情况都综合考虑到，根据这些情况来编写最少量但尽可能发现最多问题的测试案例，并且严格按照案例来执行测试，只有经过最严谨的测试的支付功能，才能够尽可能的避免上线后出现生产问题。
人数为0、负数 最大购买数量 不合法价格、人数
订单状态：(已关闭、退款中、审核拒绝、未支付、已支付、已完成) 支付流程：
表单页面字段显示是否合理 提交表单数据是否能够正常保存 数量是否可以调整（边界值） 价格计算是否正确（边界值） 提交成功表单页面字段值是否正确 提交成功后，是否支付成功 网络状态对支付页面的影响 退款流程：
不同状态下订单是否可退
申请退款后，核销订单、同意退款、驳回退款申请对订单的影响 退款成功后，订单状态变化，金额是否到账 查询流程：
不同状态下的订单列表、详情数据是否正确；状态值是否正确；
