阿里QA导读:1688商品发布系统升级发品框架GPF,面对商品模型复杂度极高,发布的海量场景、多重业务逻辑如何覆盖?本文从手工测试到自动化测试,以及完善的质量保障方案一一解答。
商品发布过程涉及很多行动项,需要保证在特定类目与服务下,N多组件展示逻辑、判断逻辑、联动逻辑、标签数据等的准确性和一致性。
商品模型可以具象化为一个JSON对象,部分商品模型格式化后可以达到数百行,该模型决定了商品发布表单是否显示正常、能否提交生成商品、后续依赖业务如交易等能否正常流转,错误的商品模型将会引发客诉、资损、阻塞交易等。
灰度开放阶段,提前获取线上计划灰度的类目下的商品,并转化成自动化用例执行
可以解决的问题:
老版有,新版无;
老版有,非必填;新版有,必填;
老版无,新版有,且必填
不能解决的问题:
老版无,新版有,且非必填;
老版有,必填;新版有,且非必填
数据正确性校验
端到端的UI自动化(UI逻辑自动化和图片对比)
接口自动化(待接入天启,录制回放对比)
单测自动化(在探索基于gpf的组件化的单测能力)
商品发布框架升级是一个比较典型的项目——海量场景/复杂数据模型/新老兼容,静下心做好抽象分析,准备好提效方案,棘手问题和繁重的工作自然迎刃而解。
商品发布海量场景,难以人工覆盖;商品模型大,难以人工校验模型准确。
人工梳理等价类,尽可能提升理论覆盖率;使用对比工具,提升模型比对效率。
采用线上流量数据,作为商品发布自动化入参,提升覆盖回归不同类目的效率。
过程问题分类:
分类1:特定的类目和服务下,新老版本发布页组件展示逻辑不一致
如:服饰项目、电脑项目、体育运动项目,新老版本产品销售信息组件展示不一样,且新版本发布的商品,在线上商品详情页面出错。
分类2:页面上组件联动,逻辑不一致
如:特定类目(饮料、数码产品等),计量单位组件新老版本不一致。
分类3:新版发布的商品出现部分打标缺失
如:GPF发布的商品出现官方直送标签丢失的现象。
分类4:特定类目下,新版本的组件判断逻辑错误
如:新版发布的商品起批量配置,没有做校验
关注「阿里巴巴技术质量」阅读更多