几点建议:
1、首先若从源头解决当然是最好的,即需求分析对功能点的明确,其次是测试的时候尽量让一个需求(几个端)分派给一个测试人员,如果发现不一致的地方及时提出并解决。
2、对待带有支付产品如何测试:
在对待带有支付功能的产品时,都会格外的小心谨慎,将边界值分析、等价类划分、错误推测、因果图等各种测试方法进行结合,整理出尽可能全面的测试案例,对该支付功能及其相关功能进行测试,以确保整个支付流程以及涉及到支付流程的其他流程在任何情况下都能正常进行,简单总结下几点思路:
从金额上:包括正常金额的支付,最小值的支付,最大值的支付,错误金额的输入(包括超限的金额、格式错误的金额、不允许使用的货币等等);
从流程上:包括正常完成支付的流程,支付中断后继续支付的流程,支付中断后结束支付的流程,支付中断结束支付后再次支付的流程,单订单支付的流程,多订单合并支付的流程等等;
从使用的设备上:包括PC端的支付、笔记本电脑的支付、平板电脑的支付、手机端的支付等;
从支付接口上:包括POSE终端机支付、银行卡网银支付、支付宝支付、微信支付、手机支付等;
从产品容错性上:包括支付失败后如何补单或者退单、如何退款等;
从后台的账务处理上:成功订单的账务处理、失败订单的账务处理、退款订单的账务处理、差错账处理等等。
3、测试人员在需求分析或者在测试过程中不问问题,不是不能测试,只是不能更好的测试,问问题是测试人员对项目发挥作用的基础,不问问题,测试就没有目标,思路不够开阔,分析不透彻,只是呆板的机械的测试固有功能,之前听阿里一位同事讲过,他们在发布的任何产品的测试报告中必须体现出项目的风险点是什么,如果不思考不分析,风险点是不容易提出的,那么测试意义就会打折。