到家家政订单的前世今生

——基于QA视角的项目历程和挑战

天鹅到家家政订单项目从2015年起发展至今，已有近6年的时间。在这个期间内订单业务经历了哪些业务变革？业务和技术架构的提升给QA人员带来了哪些挑战？他们又是怎么应对这些挑战的？在这篇文章里，我们一起来看看。

订单系统简介

家政订单系统属于商业侧系统的一部分，主要负责订单和服务履约管理。下图体现了订单系统在我们现有的体系中所处的位置以及主要功能模块。

目前商业侧系统，分为生产，销售和服务三大块：生产模块：实现将阿姨从线下通过招商选拔和培训并成为合格商家的过程管理。销售模块：负责将客户的意向落地，支付款项并签订合同形成订单。服务履约模块：则负责履行合同，为客户安排阿姨上户，管理阿姨的服务过程，最后等服务完成后支付阿姨报酬。我们通常指的订单是确定客户意向以后，到订单审核通过的过程。

青铜到钻石之路

那么订单系统是如何发展成今天的模式的呢？接下来我们来看看订单的几个重大变革。

如果说订单系统见证了公司业务的变化和系统架构的变革毫不为过，15年至今，订单从出生到成长，从长大到蜕变的整个过程。15年没有单独的订单系统，月嫂订单数据录入了冰河系统里；16年月嫂订单1.0和2.0升级版，支持月嫂订单录入和查看；17年应公司战略，孤狼项目诞生了保姆订单系统，以及工资结算和电子合同项目；18年因业务和架构的变化，复杂度最高难度最大的三合一订单项目，完成三嫂的系统融合，实现了客户中心、订单中心、商品中心、交易、结算的拆分，系统架构发生飞跃性的变化；19年至今，在前面架构变革后，再次将订单向通用型转变，变型的过程中，完成快速售卖、打包售卖项目，实现订单与服务的拆分，并在后期育儿嫂升级、月嫂雏渐肥、保姆分段计价等项目上得到了验证。

青铜段位

2015年，家政业务刚刚起步，当时的订单还没有独立的系统，是嵌入在冰河系统里，提供订单录入、订单查询，包括订单品类、下单城市和服务地址等信息。虽然这个看上去类似excel，但是它标记着订单开始进入信息化时代，处于萌芽的青铜段位。

白银段位

第二年，创业初期的公司在业务方向的不断摸索试错时，最终选择了月嫂业务，当时团队规模也不大，在技术与还未成熟业务的碰撞过程中，诞生了月嫂1.0订单系统。

月嫂业务渐近成熟，投入新生的产品资源，重新梳理业务，开发了全新的月嫂订单2.0系统，解决了线下销售的管理困难的问题，同时支持了线上收款、退款等。由此我们进入了白银阶段，有成型的系统，比较成熟的功能，形成了订单、服务系统的雏形。

黄金段位

到2017年，在月嫂业务尝到甜头的情况下，公司再次大胆的尝试了保姆业务，起初做的月嫂业务都是标准定价，业务逻辑相对单纯，而议价模式的保姆业务，非常灵活，以至于业务逻辑相对月嫂差异相当之大。为满足业务的快速试错，以及不影响到原有的月嫂业务，新开发了保姆订单系统，经历了艰苦卓绝的孤狼项目后，我们升级到了黄金阶段。从项目名称我们就可以知道，这是一个从无到有的创举，开拓了保姆业务的系统。自此后两套系统并行。

铂金段位

2018年下半年，随着两套系统业务的不断迭代，月嫂和保姆业务的共性越来越近，部分业务流程也有合并的趋势，在两套系统上同时开发同样的功能，已赶不上业务的发展速度，由此诞生了订单三合一项目，建立了统一的家政订单系统，支持对月嫂、育儿嫂和保姆业务线的服务型订单和服务过程管理，包括签单、签约、审核、劳动者上下户、劳动者变更等。

在这个阶段，实现了以下几点创新和突破：

•新接入了商品中心，作为电商模式的先驱，把服务商品化，提供标准的商品模式；•新建了订单核心系统，作为统一订单中心，支持各业务线，包括：月嫂、育儿嫂、保姆、培训、保险等订单；•新增了客户中心，对客户信息进行集中管理，线索、订单统一获取和更新客户中心的客户信息；•新增了交易中心，跟收银台对接，负责收款和退款等功能，保证资金的独立和安全性；•新增了结算中心，跟资金池对接，负责劳动者薪资计算，以及工资和奖励的发放。

钻石段位

2019年，三合一完成切全国后，在公司业务不断扩展不断升级的情况下，我们发现订单从下单-签约-支付-审核-上户-下户-结算，这一链路显得太过冗长，为了能够满足销售体系的快速增长，决定将售卖环节与服务环节进行分离，由此订单系统架构再次升级，拆成了现在的通用销售订单系统和服务履约系统。这是我们应对快速变更的业务模式做的一次重点变更，系统迈入了一个新的阶段。

通用订单系统的一个特征就是通用，我们的目的是提升销售方式灵活性和可拓展性，快速支持多种业务模式下单场景。

测试挑战和应对

在系统的不断迭代更新中，给测试人员带来了很多挑战，也让我们不断的提升测试技能应对挑战。

系统融合的挑战

上面提到从黄金升级到铂金项目，主要是实现业务线的融合。可能给外界了解到的仅仅是它跨度大，耗时长，投入高这些特点。而作为实际参与者，我充分感受到了这个项目的挑战 ，它具备功能多，流程杂，强关联，兼容广，周期长这些特点，负责订单的QA团队在项目开始的初期，一直在探讨几个问题：在有限的时间内，如果保障测试覆盖率？在有限的时间里，如何提升测试效率？新老系统切换，数百万的历史数据如何验证？

测试设计：从需求阶段介入，梳理测试功能，针对不同系统梳理功能相同点和差异点，提升测试设计的覆盖率和精准度。

•在产品梳理的功能点基础上，根据订单生命周期的各个阶段划分，整理出测试功能点，分配测试用例编写；•整理订单主流程和分支流程，将测试功能点串联，覆盖各业务线、服务类型、合同类型等。•增加专项测试分析，例如合同、收款、工资等，确保关键功能的质量。

测试执行：测试执行分4个阶段：

•主流程用例执行：先保障主流程畅通，便于后续其他模块介入测试，比如签单流程：签单-签约-支付-审核-签单成功，先保障签单流程执行才能给后续签单成功后的功能点测试创造前提条件；•功能点用例执行：家政订单系统共计248个功能点，根据优先级确定测试顺序和保障等级，覆盖全面；•流程串联用例执行：除主流程之外的流程串联用例执行，各个功能点进行联测，保障上下游数据的一致性。•核心功能专项复测：针对19个核心功能点，包括签单费用计算、退单退款、匹配、上下户、档期、权限分配等，进行专项测试。

效率提升：80%的流程都需要从签单开始，涉及6个环节到完成节点，依赖线索信息，需要录入客户信息、商品信息、服务信息、商家信息，提交后通过签约、支付、审核，核心环节才能生成一个完整的订单信息。签单流程长导致测试冗余，测试时间浪费，需要提升效率。最快速的手动签单熟悉的2分钟可以完成，不熟悉的需要4~5分钟。因此，QA团队针对这个问题进行了自动完成签单流程工具的设计和开发，减少重复工作，提升测试效率。

这是工具提供的一键签单功能界面，能满足众多测试数据要求，有定制客户、商品、商家、服务内容等不同需求，能节约大量的手工造单时间。

历史数据兼容：系统合并一个重要的难题是对原有历史数据的处理，保姆业务的服务履约是一个长周期的过程，履约期在6~36个月之间，如果要等这类订单在老系统消耗到已完成，那老系统将一直无法下线，因此合理的是将两个老系统数据以兼容方式迁移到新系统。针对这些历史数据的质量保障也是QA面临的挑战之一。三合一项目涉及6个数据库（老月嫂和保姆，新订单交易、结算和商品及基础配置），100多张原始表，80多张新表，1000多个字段的迁移，其中差异化字段153个，待清洗订单历史数据30W+条

我们是分成了3个阶段来执行历史数据的验证工作：

•梳理三个库的表字段，字段定义和储值数据差异性；•通过python程序进行数据字段比对，包括数据量、相同或差异字段，通过程序进行比对，包括资金计算类、服务周期计算类等需要转换的数据；•从业务层面去验证老数据在新系统中的应用，用新的系统跑迁移过来的数据，验证数据展示是否准确以及后续流程能否继续。

新系统的挑战

新订单系统给QA带来的挑战是什么呢？首先我们来看一下通用订单系统的几个特征：

•这是一个快速迭代的系统，要求能够快速实现扩品类、扩服务项或下单模式等需求，如前面做的打包售卖项目，新的品类和下单模式；精品保姆和老人保姆，新的服务项；保姆新模式，新的下单模式，都是属于快速上线的项目。•它还是底层系统，与众多的系统都有功能和数据的交互，比如服务履约系统、财务摊销系统、支付系统、提成系统等，例如我们统计了通用订单系统2021年Q1季度上线的69个需求中，有11个需求非订单业务需求，而是订单为支撑其他系统需要上线的；•它也是是公认的核心系统，自身功能的迭代和变更需要考虑下游和周边系统的影响，包括：服务、支付、提成、财务、客户侧app、阿姨侧app、售后等等，因此，系统评估非常重要。

因此，对于系统的特性，QA在进行质量保障时主要遵循了以下几点规则：

•针对快速迭代的系统，最有效的方法是实现精准测试，必须知道具体的功能变更影响点，然后对症下药，保证测试覆盖率的前提下提升测试效率。订单目前一直致力于建立统一的产品知识库、开发知识库和QA知识库，对于需求产生的功能变更、逻辑处理以及对应的用例记录，便于统一输出口径且方便查询；•针对底层系统，要保障系统的高可用性。合理输出测试边界，哪些需求是订单需要介入测试的，哪些是可以由接入方保障的？针对对外提供的接口和DMQ消息，统一进行梳理，并进行接口测试，保障提供接口的可用性；对于众多业务都需要从下单开始，对于QA要充当业务答疑的问题，一方面我们维护了产品使用手册，另一方面持续完善工具，减少这类时间。•针对核心系统，我们主要是在进行更新迭代的同时，保障系统的稳定性；签单流程不能中断，自动化签单测试；核心的费用相关：应付、未付、结余，工资和退款，重点保障，测试设计完整，覆盖率高；把控好充分的测试评估和影响范围评估。

期待王者

随着家政业务的快速发展，未来产品朝着在线化方向发展，系统也将迎来充满挑战的时代，需要能快速支撑多变的销售策略，稳定可靠并具备充分的风险控制机制。

而对于QA团队，如何保障系统的高可用性将是我们后续的挑战，需要开展订单系统线上压力测试应对订单急剧增长量；要提升精准测试能力，支持系统快速上线迭代；灵活运用多种测试工具，提高测试效率等等，让我们一起期待订单王者段位的到来！

（全文完）

引用链接