MR2024082349784-实物补偿线上化(测试用例)
2024-09-20 16:13:21 0 举报
AI智能生成
登录查看完整内容
测试用例
作者其他创作
大纲/内容
补偿主表新增字段:
商品信息明细(WOM_CUSTOMER_COMPENSATE_DEATIL)
1、CC推送实物补偿,生成补偿单据后,记录主表和商品明细表:【补偿主表】:CUSTOMER_COMPENSATE【商品明细表】:WOM_CUSTOMER_COMPENSATE_DEATIL2、创建补偿单,补偿项目:实物补偿GIFT补偿单状态:待处理发货状态:SHIPPING_STATUS== 10(10:待发货,11:已发货,12:申请退货中,13:已确认收货)3、记录用户地址信息、商品明细
用例检查点
补偿单对应【一个商品】
1、CC推送实物补偿,生成补偿单据后,记录主表和商品明细表:【补偿主表】:CUSTOMER_COMPENSATE【商品明细表】:WOM_CUSTOMER_COMPENSATE_DEATIL2、创建补偿单,补偿项目:实物补偿补偿单状态:待处理发货状态:SHIPPING_STATUS== 10(10:待发货,11:已发货,12:申请退货中,13:已确认收货)3、记录用户地址信息、商品明细
补偿单对应【多个商品】
1、生成补偿单失败,补偿主表和商品明细表无新增记录:【补偿主表】:CUSTOMER_COMPENSATE【商品明细表】:WOM_CUSTOMER_COMPENSATE_DEATIL2、提示对应文案
如:待处理
如:补偿中
同一个来源单号,【存在在途】补偿单时,生成补偿单失败
1、生成补偿单成功2、主表和商品明细表新增记录:【补偿主表】:CUSTOMER_COMPENSATE【商品明细表】:WOM_CUSTOMER_COMPENSATE_DEATIL
如:补偿失败
如:补偿成功
如:取消补偿
同一个来源单号,【存在非在途】补偿单时,生成补偿单成功
重复补偿逻辑验证
【CC-CSS-美福】获取商品池信息:调用美福商品池接口:https://apaas-yapi.midea.com/project/4745/interface/api/437581,
【CC-CSS-美福】获取商品详情 :
1、接口入参新增【必填】字段:用户地址四级区域商品明细集合{--商品SKU--补偿单号--商品名称--销售价--税价--不含税价--购买数量}补偿项目:GIFT操作人2、以上字段缺失时,报错必填提示文案
入参新增【必填字段验证】
1、【服务单和接入单】:可均为空(非必填)2、【补偿项目】:默认:GIFT3、【补偿原因类别】------待定4、【补偿说明】:可为空(非必填)5、【用户地址】:实物补偿必填,包含省,市,区,镇以及详细地址,具体看美福的要求6、【运中编码】:非必填,可能因为非服务原因产生补偿7、网点编码、网点名称:非必填8、工程师编码、工程师名称:非必填9、【商品信息】当时选择商品的美福销售价格,税率,不含税价,CSS保存PurchaseNum购买数量:默认传 1
【实物补偿】字段设值调整
1、同一个来源单号,【非存在在途】补偿单时,生成补偿单成功2、同一个来源单号,【存在非在途】补偿单时,生成补偿单失败
入参满足规则,生成补偿单成功
【CC调用CSS】生成补偿单:/csscc/api/wom/compensate/apply
接口测试
CC补偿诉求【实物补偿】,CSS生成补偿单
一、生成补偿单【CC-CSS】
1、单据状态:补偿中2、增加发货状态:待发货,3、记录下单时间。4、同时推送提醒消息给用户。补偿主表:WOM_CUSTOMER_COMPENSATE
下单成功,且订单确认成功
1、单据状态:补偿失败,2、失败类型设置为“订单确认失败”,记录美福返回的失败原因(预付款余额不足等)和操作时间。补偿主表:WOM_CUSTOMER_COMPENSATE状态 = 补偿失败补偿失败时间 = 当前时间补偿失败原因 = 记录美福返回的失败原因(预付款余额不足等)
预付款余额不足
下单成功,但订单确认失败
1、单据状态置为补偿失败,失败类型设置为“下单失败”,2、记录美福返回的失败原因(价格对不上,没有库存或者没有商品等)和操作时间补偿主表:WOM_CUSTOMER_COMPENSATE状态 = 补偿失败补偿失败时间 = 当前时间补偿失败原因 = 价格不匹配
价格不匹配
1、单据状态置为补偿失败,失败类型设置为“下单失败”,2、记录美福返回的失败原因(价格对不上,没有库存或者没有商品等)和操作时间补偿主表:WOM_CUSTOMER_COMPENSATE状态 = 补偿失败补偿失败时间 = 当前时间补偿失败原因 = 没有库存
没有库存
1、单据状态置为补偿失败,失败类型设置为“下单失败”,2、记录美福返回的失败原因(价格对不上,没有库存或者没有商品等)和操作时间补偿主表:WOM_CUSTOMER_COMPENSATE状态 = 补偿失败补偿失败时间 = 当前时间补偿失败原因 = 商品不存在
商品不存在
下单失败
【CSS调用美福】
消息模版
1、产品品牌:COLMO/东芝时,下单/确认订单成功后,直接推送短信信息2、短信模版:短信模版:尊敬的用户:感谢您的支持和信赖,公司精心准备了一份礼品和专属美的企微管家,点击链接添加https://d.midea.com/d/dLUyNrqUBnw,如有疑问,可联系美的官方服务热线:400-889-9315,拒收请回复R
有关注美的服务
未关注美的服务
如:产品品牌【COLMO】
如:产品品牌【东芝】
产品品牌:非东芝/非COLMO
推送短信消息
1、推送微信模版消息2、内容:为表歉意我司精心准备了一份礼品
推送微信消息
下单且确认成功,通知用户
1、查询补偿单列表成功,返回对应补偿单列表2、新增内容:补偿单所有字段,同时增加是否允许取消,是否允许修改3、查询返回【失败原因】:记录美福返回的失败原因【失败类型】:订单缺失失败/下单失败
CC补偿单列表查询
1、查询详情成功,返回补偿单信息和商品信息2、查询返回【失败原因】:记录美福返回的失败原因【失败类型】:订单缺失失败/下单失败
CC补偿单详情查询
【下单失败】,复制单号重新下单,成功
【确认失败】,复制单号重新下单
存在多次失败,重新下单成功
【CC】坐席查询和重新下单
必填字段
1、【必传字段】:补偿单号 == ObdealId、用户手机号 == Mobile、用户姓名 == Name、用户四级区域编码(分成四个字段)、用户地址 == Address、付款金额(同商品总额)== DealPayment、商品总额(所有ItemList的TotalPrice相加) == DealItemTotalFee、扣减总金额(0) == DealDiscountTotal、发票分组名(默认空“”) == InvoiceGroupName、ou编码(固定OU编码,待业务提供)== OuCode、币种(CNY) == MoneyType、发票类型(默认2) == InvoiceType、备注(默认“呼叫中心实物礼品补偿业务”) == Remark、来源业务(固定,待提供)== SourceBusiness、来源系统(CSS) == SourceSystem、下单人MIP(补偿单申请人字段)== SubmitterAccount、ZpExtend → 补偿单号 == ObdealId、ea申请单id(新增参数,可以配置)== FeeApplyId、ea申请单号(新增参数,可以配置) == FeeApplyCode、ItemList → 总价格 (补偿单明细的销售价SalePrice乘以购买数量)== TotalPrice、订单总不含税价格(补偿单明细的不含税价*购买数量) == TotalNakedPrice、限时折扣(0)== TimelimitFee 、发票类型(2) == InvoiceDraweeType ItemLst .CartItemList → 税率(补偿单明细的税率) == TaxRate、不含税价(补偿单明细的不含税价)== NakedPrice、商品(补偿单明细的商品sku) == DisSkuid、购买数量(补偿单明细的购买数量)== PurchaseNum、销售价(补偿单明细的销售价) == SalePrice、发票类型(2)== InvoiceType、发票分组名( 默认传"")== InvoiceGroupName
字段必填校验
接口逻辑校验
【CSS调用美福】下单:https://apaas-yapi.midea.com/project/4745/interface/api/437619
1、入参字段: 补偿单号 == ObdealId、非必填ou编码 == OuCode、非必填来源业务 == SourceBusiness(固定,待提供)、必填2、出参:True /False
【CSS调用美福】确认订单接口:https://apaas-yapi.midea.com/project/4745/interface/api/437609
【CC调用CSS】补偿单列表查询详情接口
【CC调用CSS】补偿单列表查询接口 :--/csscc/api/wom/compensate/querylist-
二、美福下单【CSS-美福】
1、发货之后,更新头表和明细表【主表】CUSTOMER_COMPENSATE发货状态:已发货记录发货时间【明细表】WOM_CUSTOMER_COMPENSATE_DEATIL子单号分表记录美福物流单号和快递公司。
美福发货,CSS更新物流单
1、查询物流消息成功(具体以CC为准)
CC查询物流信息【CC-CSS-备件-物流】
1、发货给用户发送短信通知消息,消息模版内容待定
已发货通知用户
1、入参字段内容校验:发货1补偿单号子单号数组更新时间订单物流信息补偿单号物流公司物流单号
入参必填验证
1、满足以下条件,发货成功:(1)补偿单有效、(2)发货状态:待发货(3)补偿状态:补偿中2、不满足任意一个条件,均发货失败(1)补偿单有效、(2)发货状态:待发货(3)补偿状态:补偿中3、发货成功后,更新补偿表信息:(1)根据补偿单号更新发货时间(ModifyTime)、(2)发货状态、(3)物流公司(ExpressCompanyName)、(4)物流单号(ExpressDealID)
接口逻辑验证
美福→CSS -发货通知接口: https://apaas-yapi.midea.com/project/4745/interface/api/437621
三、发货回写物流单号【美福-CSS】
1、查询物流信息成功(以实际为准)
CC查询物流信息
1、CSS更新补偿单信息:(1)补偿单状态:补偿成功,(2)记录补偿成功的时间= 当前时间2、CSS调用美福确认收货成功(1)收货状态:已确认收货(2)记录确认收货时间= 当前时间(3)确认收货⼈ = 当前操作⼈
坐席手工在系统上操作,确认收货成功
1、CSS调用美福确认收货【失败】(1)收货状态==确认收货失败,(2)记录异常原因和操作时间
坐席手工在系统上操作,确认收货失败
1、满足以下条件,补偿信息校验通过;(1)补偿单状态为:补偿中、(2)发货状态:发货中(3)补偿单有效【备注】:状态不符合,抛出异常:当前状态{状态名称},不可确认收货2、补偿信息校验通过后,CSS更新补偿信息(1)补偿单状态:补偿成功,(2)记录补偿成功的时间= 当前时间3、再次调用美福确认接口
补偿信息校验
坐席确认收货
1、入参校验:补偿单号 == ObdealId、业务系统 == SourceBusiness、子单号数组 == DealId2、接口返回:True/False
调用美福确认接口:https://apaas-yapi.midea.com/project/4745/interface/api/437619
四、确认收货【CC-CSS-美福】
1、【更新补偿单】:CUSTOMER_COMPENSATE状态 = 补偿失败发货状态 = 退货申请中(需要确认:退货成功的场景判断)补偿失败时间 = 当前时间申请理由描述 = ⼊参中异常原因(需要裁切,字段⻓度300)修改⼈、修改时间【申请理由ID】APPLY_REASON_ID (字典配置)申请退货⼈申请退货时间申请退货时间实物失败类型:售后类型(1 发货前异常、2 发货后异常)2、同时触发美福退货,同时根据是否发货决定美福退货类型:1-发货前退款
如:发货状态:待发货
如:发货状态:已发货
补偿状态:补偿中
状态满足,CC反馈异常成功
1、反馈异常,操作失败,2、失败提示:当前状态{状态名称},不可反馈异常3、补偿失败,补偿单数据无更新
补偿状态:待处理
补偿状态:补偿失败
补偿状态:补偿成功
状态不满足,CC反馈异常失败
1、反馈异常,操作失败,2、失败提示:取美福返回的异常描述3、补偿失败,补偿单数据无更新(期间有更新补偿表,但是调用美福报错后,数据自动回退)
美福退货报错,CC反馈异常失败
五、反馈异常(退货)
1、补偿项目:实物补偿
用例前置条件
1、CC操作取消补偿
用例测试步骤
1、CC操作取消补偿成功,更新补偿单状态:取消补偿
补偿状态:待处理,取消补偿成功
1、CC操作取消补偿失败2、提示对应报错文案
补偿状态:补偿中,取消补偿失败
补偿状态:补偿成功,取消补偿失败
补偿状态:补偿失败,取消补偿失败
1、补偿单状态:【待处理】时,取消补偿成功,更新补偿单状态:补偿取消2、补偿单状态:补偿中/补偿成功/补偿失败/取消补偿,操作失败,补偿单状态不变
取消补偿:/csscc/api/wom/compensate/applycancel
用例
六、取消补偿【CC-CSS】
1、补偿项目:实物补偿2、未触发美福下单前,补偿状态:待处理3、补偿单有效性:Y
1、CC修改:用户信息/商品信息
1、CC修改补偿信息,更新主表和商品明细表:【补偿主表】:CUSTOMER_COMPENSATE【商品明细表】:WOM_CUSTOMER_COMPENSATE_DEATIL2、具体更新逻辑:对商品信息先删再新增
补偿状态:【待处理】,修改(用户信息/商品信息)成功
1、CC修改补偿信息,修改非(用户信息/商品信息),操作失败。2、修改失败,无更新主表和商品明细表:【补偿主表】:CUSTOMER_COMPENSATE【商品明细表】:WOM_CUSTOMER_COMPENSATE_DEATIL
补偿状态:【待处理】,修改非(用户信息/商品信息)失败
1、补偿单失效或者不存在时,操作失败
补偿单不存在时,修改失败
1、修改非实物补偿单,操作失败
补偿项目非【实物补偿】GIFT,修改失败
其他异常
美福下单前(2小时内)
1、补偿项目:实物补偿2、触发美福下单后,补偿状态:补偿中/补偿成功/补偿失败/取消补偿3、补偿单有效性:Y
1、CC修改补偿信息,操作失败2、无更新主表和商品明细表:【补偿主表】:CUSTOMER_COMPENSATE【商品明细表】:WOM_CUSTOMER_COMPENSATE_DEATIL
补偿状态:【补偿中】,修改(用户信息/商品信息)失败
补偿状态:【补偿成功】,修改(用户信息/商品信息)失败
补偿状态:【补偿失败】,修改(用户信息/商品信息)失败
补偿状态:【取消补偿】,修改(用户信息/商品信息)失败
修改非(用户信息/商品信息)失败
美福下单后(2小时后)
1、接口测试
1、修改用户信息,商品信息,操作成功;更新主表和商品明细表2、修改非用户信息,商品信息,操作失败3、补偿单状态待处理时,操作成功;非待处理时操作失败4、补偿项目GIFT时,操作成功;非GIFT时,操作失败
修改用户信息,商品信息
补偿单信息更新接口 :/csscc/api/wom/compensate/applymodify
七、修改信息【CC-CSS】
1、补偿单来源单号是服务单号是,服务单新增一条服务过程,内容如下:呼叫中心为用户发起了【现金补偿】(参数,取补偿单的补偿项目转义成中文),补偿金额【120】,补偿原因【违规赔付】,用户投诉内容【投诉-危机类】 【漏电/触电类:漏电/触电/跳闸/电人/手麻/带电】。2、工程师/网点/分中心/总部,查看服务过程一致
增加服务过程
补偿弹窗详情
1、网点工单处理列表页面增加【已补偿】标记,2、点开标记展示具体的补偿信息:补偿项目,补偿金额,补偿时间,补偿原因,补偿来源(固定是呼叫中心),一级服务请求,二级服务请求,补偿原因描述。
工单列表展示【已补偿】标识,补偿信息
1、历史工单Tab页展示【已补偿】标记,2、点开标记,展示具体的补偿信息。
历史工单tab,展示【已补偿】标识,补偿信息
新工单处理2.0(卡片/列表)
旧工单处理1.0
网点工单处理
1、补偿单来源单号是服务单号是,服务单新增一条服务过程,内容如下:呼叫中心为用户发起了【现金补偿】(参数,取补偿单的补偿项目转义成中文),补偿金额【120】,补偿原因【违规赔付】,用户投诉内容【投诉-危机类】 【漏电/触电类:漏电/触电/跳闸/电人/手麻/带电】。2、查看服务过程一致
1、列表页面增加【已补偿】标记,2、点开标记展示具体的补偿信息:补偿项目,补偿金额,补偿时间,补偿原因,补偿来源(固定是呼叫中心),一级服务请求,二级服务请求,补偿原因描述。
分中心工单处理
1、工程师查看工单,展示【已补偿】标识,涉及如下:(1)工单列表(2)日程列表(3)工单查询列表(4)工单详情2、点击工单详情的【补偿】标识,可展示补偿信息。
展示【已补偿】标识,补偿信息
1、工程师查看服务过程内容如下:呼叫中心为用户发起了【现金补偿】(参数,取补偿单的补偿项目转义成中文),补偿金额【120】,补偿原因【违规赔付】,用户投诉内容【投诉-危机类】 【漏电/触电类:漏电/触电/跳闸/电人/手麻/带电】。2、工程师/网点/分中心/总部,查看服务过程一致
工程师
补偿单的来源单号为服务单号
补偿单可视
1、回归现金补偿流程到闭环成功
回归:现金补偿流程到闭环
实物补偿单流转(用例)
MR2024082349784-实物补偿线上化
0 条评论
回复 删除
下一页