功能背景:CLP项目中,充电订单的支付场景是一个复杂的组合场景,一个充电订单的费用可以拆分为:场站优惠、优惠券、代币包、实付金额,(其中场站优惠为订单的最优先的固定抵扣,将不在后续设计中对场景的影响进行阐述),同时还涉及电站的适用范围影响。
针对本次充电订单组合支付,结合《思考,快与慢》的 “系统 1 + 系统 2” 双系统思维,进行测试方案设计。
一、系统2“锚定”核心业务规则,避免系统1直觉偏差
在进行测试场景梳理时,用系统2刻意拆解核心业务规则,避免凭借系统1——支付功能经验,而忽略了隐藏风险:
1、支付扣减优先级:优惠券->代币包->实付;
2、多订单:存在多订单合并支付的情况,订单可能来自不同的电站;
3、适用范围约束:
优惠券:仅适用于指定电站的订单
代币包:仅适用于指定电站的订单
4、金额范围:当用户未使用代币包时,实付金额(优惠券折扣后剩余)满足“0元<实付金额<4元”。
二、分不同情况拆分验证场景:系统1效率+系统2补差
1、单个订单
(1)系统1:依赖支付功能经验,快速执行“常规正向场景测试”

(2)系统2:挖掘“边界/异常场景”,避免场景遗漏

2、多个订单跨电站支付场景
重点:跨电站订单的优惠券/代币包的适用范围判断、多订单金额合并计算的准确性
(1)系统2:拆分“多订单组合场景”

(2)系统1:复用“单订单经验”,快速补充常规场景
三、数据一致性:利用系统2进行验证,避免功能表面成功,但是后端数据错误
1、订单管理中,记录的订单交易记录与前端显示的 “订单金额、券折扣、代币抵扣、实付金额” ,保持一致;
2、状态一致,支付成功后,订单状态更新为“已支付”;
3、优惠券/代币包使用后,后台数据中优惠券状态更新为“已使用”、代币扣减正确。
“充电订单组合支付” 功能的核心是 “规则复杂(金额限制、适用范围)+ 场景多样(单 / 多订单、跨电站)”,用系统 1 处理常规正向场景,系统 2 挖掘隐藏场景的思路,快速完成基础测试,同时有效规避直觉偏差导致的场景遗漏。