总体流程
流程细说
A. 客户需求开发
在项目立项阶段前期，项目主办部门指定的业务负责人组织客户需求的编写，形成需求大纲文档。
需求大纲编写人员应广泛收集各种来源的相关业务需求，并在分析和整理之后，采用相对宏光的方式，描述项目的目标、范围、涉众、总体需求、主要约束条件等，形成业务需求大纲。
业务需求大纲应在项目立项申请之前，作为研发部需求申请的主要材料提交至相关部门进行受理。
B. 业务需求开发
项目立项申请获批，项目章程发布之后，业务负责人根据立项审批结果，组建业务需求开发团队，制定业务需求开发计划，在需求大纲的基础上，进行业务需求的开发工作。
业务需求开发过程中，业务需求开发团队应该通过调查研究，观摩考察、交流访谈等方式，从不同层次和不同角度，对业务需求和技术需求进行进一步获取，并根据相关模版，编写完成业务需求说明书。
C. 业务需求评审
业务主办部门向相关部门提交业务需求评审，需求管理处负责协调各个相关部门对业务需求进行正式管理评审。
业务需求评审通过后，项目组建立相应的业务需求基线。
构成基线的业务需求说明书是用户验收测试的依据。在外包项目中，业务需求说明书还应作为研发外包招投标的基础。
D. 软件需求分析
项目经理负责组建软件需求分析团队，在业务需求说明书的基础上，定制软件需求分析计划，进行软件需求分析工作。
软件需求分析一般与架构设计同时进行，互为验证。并建立在一定的模块划分的基础上，从软件实现的角度出发，通过建模等需求分析方法和技术，将业务需求转化为软件的功能性和非功能性需求。
软件需求分析团队应该根据相关模版，编写完成软件需求规格说明书。
E. 软件需求评审
项目组向相关部门提交软件需求评审申请，需求管理处负责协调各个相关部门，组织对软件需求的正式管理评审。
软件需求评审通过后，项目组应建立相应的软件需求基线。
构成基线的软件需求规格说明书是概要设计和系统测试的依据。
F. 需求跟踪管理
在项目实施过程中，项目组应对需求进行跟踪管理，确保需求的双向可跟踪性。如下
(一) 建立和维护需求跟踪矩阵
项目组应通过需求跟踪矩阵的建立和维护，明确横向的需求和需求之间的依赖关系，以及纵向的需求和设计、编码、测试之间的对应关系，以确保所有的需求都有相应的实现方式和验证方法,并可在需求、设计、代码、测试中任何一个环节发生变更时，能够通过跟踪矩阵准确定位到其他受影响的环节,评估变更带来的影响。同时，还可通过需求间的依赖关系，帮助确定需求的优先级。
(二) 跟踪需求的实现情况
项目组应根据项目计划和需求跟踪矩阵，定期对需求的完成情况进行跟踪。
G. 需求变更管理
业务需求和软件需求通过评审，建立相应的基线之后，如需对需求进行变更，则应按照项目变更管理相关规程 进行管理。
在执行需求变更、建立新的需求基线之后，项目经理应根据实际情况调整项目计划，分配或申请相应的资源和时间来实施该变更。需求变更的实施结果应由变更发起人组织验证确认。
项目组应使用变更管理工具对需求变更申请状态进行跟踪与管理，直至需求变更被最终关闭。
H. 说明
每家公司都不一样，具体结合实际进行综合考虑。
写在最后
如果对python自动化测试、web自动化、接口自动化、移动端自动化、面试经验交流等等感兴趣的测试人，可以关注微信公众号：【程序员二黑】，获取软件测试工程师大厂面试资料！我的学习交流群： 785128166 群里有技术大牛一起交流分享~
如果文章对你有感兴趣，麻烦伸出发财小手点个赞，感谢您的支持，你的点赞是我持续更新的动力。