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