订单功能怎么测试

订单功能测试
订单生成的流程是用户下单后,系统会在用户端和卖家端生成一个待付款的订单,同时在数据库也会生成一个待付款的订单;当用户付款之后,用户端显示待发货状态,卖家端显示已付款待发货状态,订单在数据库的状态为待发货,产品相应的库存量会减少,用户的账户金额减少相应的金额;当卖家发货后,用户端和卖家端的订单状态都显示为配送中,数据库中的订单状态也同时发生变化;当用户确认收货后,订单状态会显示为已完成,待评价状态,数据库中的订单状态也同时发生变化,买家支付的款项会打入到卖家的账户;当用户评论完后,订单状态显示为已结束,数据库中的订单状态也同时发生变化。这是一个正常的流程,我们测试的时候,要优先把这个流程测试通过。

然后再考虑用户的其他使用场景,比如:

用户下单后,取消订单;
下单后,一直不付款,检查订单超时不付款的场景下,会不会自动取消订单;
在订单快超时时,付款;
下单后,在不同的终端登录,一端取消订单,同时一端对该订单进行付款;
弱网状态下,多次点击提交订单按钮,检查是否会生成多个订单;
用户付款后,申请退款,买家端的订单状态为退款申请中,卖家端显示为退款审核;申请退款通过后,订单状态为已关闭状态,买家收到退还的金额;卖家拒绝退款,订单状态为待发货状态;卖家超时不处理退款申请,自动退款,订单自动设置为已退款状态,买家收到退还的金额;
当卖家发货后,买家申请退款,买家端的订单状态为退款申请中,卖家端显示为退款审核;申请退款通过后,订单状态为已关闭状态,买家收到退还的金额;卖家拒绝退款,订单状态为待发货状态;卖家超时不处理退款申请,自动退款,订单自动设置为已退款状态,买家收到退还的金额;
买家收货后,买家申请退款/退货,买家端的订单状态为退款申请中,卖家端显示为退款审核;申请退款通过后,订单状态为已关闭状态,买家收到退还的金额;卖家拒绝款/退货,订单状态为已确认收货状态;卖家超时不处理退款/退货申请,自动退款,订单自动设置为已退款状态,买家收到退还的金额;
买家长时间不确认收货,系统自动确认收货,系统自动设为好评,订单状态为已结束,卖家收到买家的货款;
收货后,超时不评论,系统自动设为好评,订单状态为已结束。这些是功能测试的场景,每个场景,我们都要检查数据库对应订单的数据变化。
用户体验:

订单界面是否整洁,清晰,文字大小是否适中,订单编号是否能复制;
下单,取消订单,申请退款等功能是否有响应的提示,提示是否合理;
超时时长是否有倒计时提示;
只对订单的部分商品进行发货,订单里的商品发货状态是否分开展示;
是否支持Enter,tab等快捷键。
安全性:

使用Fiddler,检查是否能拦截篡改修改订单的信息。

兼容性:

web端,在不同的浏览器,比如:谷歌,IE,火狐,360上测试;
app端,在主流的不同的机型,不同的分辨率,不同的操作系统的手机上进行测试,比如:xxx;
性能:
多用户并发下单;
提交订单,取消订单,申请退款的响应时间。

可靠性:
多用户长时间运行提交订单功能。


版权声明:本文为qq_43046336原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明。