一名测试工程师的学习之路，所有博客链接已存放在该链接下：一个Tester
大厂测试流程是什么样的？这篇文章告诉你！
一、评审阶段
1.1 需求评审
1.2 设计评审
1.3 用例评审
1.3.1 功能用例评审
1.3.2 联调用例评审
二、测试阶段
2.1 冒烟测试
2.2 功能测试
2.3 联调测试
2.4 回归测试
三、发布上线（预发布->生产）
一、评审阶段
1.1 需求评审
一般在需求评审阶段中，参与者至少会有产品经理、开发、测试。如果项目需求比较大、还会有PMO、业务方、UI设计师等参与到需求评审中。作为测试而言，在需求评审中，最需要做两件事。
理解需求：对于测试而言，我们需要在需求评审会议上理解需求，不要出现会上无问题，会后三连问的情况，这样也比较耽误产品的时间。
提出疑问：因为产品的需求也不一定合理，我们要带着问题参与到评审中。而且如果是新进入一个公司，对于公司的业务不太熟悉的时候，需求评审也是一个熟悉业务的好机会。
需求评审阶段，我们需要关注以下相关问题。
交付目标：该需求面向的人群是谁？是外部用户、供应商？还是公司内部商务、运营、客服使用。
交付计划：需求的上线计划，验收计划，是否灰度，以及测试工作量的评估。
业务流程：本次是新增的功能或流程？还是原有业务流程增加新的节点或是修改节点逻辑。
1.2 设计评审
设计评审：就是开发在听完产品的需求后，先编写好开发设计文档。然后根据项目的大小决定是否需要进行设计评审，如果只是小的优化或功能，一般就不会进行设计评审，而对于比较大的项目，就会拉上产品、测试进行设计的评审。在设计评审中，常常会发现开发对需求的理解与产品是不一致的。而作为测试而言，参与设计评审一是为了加深需求的理解，二是理解开发的设计，也要注意开发的设计是否合理。
在设计评审中，测试一般需要关注以下相关的问题(不一定全面，可能会存在相关差异)。
流程设计图：开发设计的流程图是否能达到产品需求的流程？
数据库表设计：是否新增表？是否需要分库分表？如何保证唯一性？表字段默认值？是否需要添加索引？
接口：接口层面分为本系统和上下游系统。本系统：新增接口的调用方是谁？原有接口修改后是否影响上下游业务？上下游系统：调用其他系统接口或者被其他系统调用的接口，是否有对接？需要评估是否对接口负载有影响？一般核心域的核心接口，在有新增入参的情况下，也会根据线上情况进行不同入参下的性能测试，评估接口QPS是否能达到预期，防止上线后出现性能问题。
组件变更：是否有配置变更，配置的默认值是否合理？是否有环境变量变更？相关组件是否有变更？
灰度：是否有开关