重构项目怎么测试？

背景介绍：公司一个迭代了3年+的业务重构，涉及到中台+业务后端、pc前端、移动端，需要在保证质量的前提下有一定的提高效率。对于这样的项目如果交到大家的手里要怎么做？

接下来我对自己刚结束的项目，做一个简单的自我复盘来和大家探讨一下这样的项目我们怎么做。大家如果有相关的需求可以继续看下去。同时希望大家可以积极发言集思广益，共同进步。

一、项目背景和需求

背景：某电商公司想要收拢业务部门的共同销售渠道的商品创建和编辑，下沉到到中台维护，涉及到后端、pc端、移动端。对于中台来说这是一个通用能力，可以一起收拢到一起去维护，对于业务部门来说可以避免重复造轮子，减重快速发展自己的特色业务。

需求：这个业务毕竟在业务部门已经迭代和维护了3年+，和中台现有业务相比肯定会有一些自己业务的特性。并不是简单的接管业务，相当于把业务部门的商品创建、编辑业务重构了一遍。

二、项目准备期间

本司一个项目需求评审完之后，准备过程有以下关键步骤（中间小谈论不在赘述）：技术方案评审，测试用例评审

技术方案评审

以后端的技术方案评审为例，涉及商品垂直业务部门的后端技术方案评审。我们的流程是怎么样的呢？

1.两边开发对过大概的业务流程之后，开始着手准备技术方案。

2.技术方案准备完之后在自己后端组内内审。

3.内审通过之后开始拉相关业务的测试和开发一起评审，评审过程中针对测试和其他业务开发提出的问题做统一的解答。

4.对于不能马上给出结论的问题会做会议记录，会后讨论过给出答复（发现坑很多的问题的话，可能会重新发起评审）。

测试用例评审

对于这次项目&#x