从测试流程角度，阿里P8大佬对产品质量的一些总结思考...

两个熟悉的场景：

• 生产环境出现问题，解决问题，原因复盘、责任分配到人；
• 无休止的测试-回归-再测试-再回归测试，已经投入了很大精力，但仍对项目质量不信心；

如果自己所负责或参与的项目经常遇到上面的两种情况，不妨从项目测试流程角度，去思考原因以及破开瓶颈的方法。

测试流程拆解

需求评审

通过参与技术设计评审，可以为测试方案提供依据。例如：核心业务是否需要接口测试、新老数据兼容问题、测试场景的数据构造以及测试所需的工具等，都可以在这个阶段进行思考和产出。

另外，可以有效的评估需求影响范围和风险点，避免遗漏。

此阶段是质量的基石，通过测试左移，尽早发现需求设计缺陷、技术方案风险、关联方依赖影响等方面，了解测试关注点，需求可测试性以及预留排期等问题。

举例：

• 接口测试：权益核销&&退款，接口都需要对前端传入的参数进行校验。
• 新老数据兼容，比如说小程序的发版，一般会滞后于接口发布，一定要测试旧版本的兼容性；

测试方案设计

1、测试用例设计：需要从整体入手，而不仅仅局限于待测功能本身的业务逻辑。 好的测试用例，是质量保证的核心；

2、测试用例评审：避免三