1、测试需求分析阶段：阅读需求，理解需求，主要就是对业务的学习，分析需求点，参与需求评审会议。
2、测试计划阶段：主要任务就是编写测试计划，参考软件需求规格说明书，项目总体计划，内容包括测试范围（来自需求文档），进度安排，人力物力的分配，整体测试策略的制定。风险评估与规避措施有一个制定。
3、测试设计阶段：主要是编写测试用例，会参考需求文档（原型图），概要设计，详细设计等文档，用例编写完成之后会进行评审。
4、测试执行阶段：搭建环境，执行冒烟测试（预测试）-然后进入正式测试，bug管理直到测试结束。
5、测试评估阶段：出测试报告，确认是否可以上线。
扩展资料：
件测试是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很小、复杂程度低，软件开发的过程混乱无序、相当随意，测试的含义比较狭窄，开发人员将测试等同于“调试”，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。
对测试的投入极少，测试介入也晚，常常是等到形成代码，产品已经基本完成时才进行测试。到了上世纪8年代初期，软件和IT行业进入了大发展，软件趋向大型化、高复杂度，软件的质量越来越重要。
简言之，整个软件测试的流程如下：
接收客户/产品的原始需求-确认需求-分析需求-风险预测-确认可测性（接收测试）-工作(测试)计划-测试设计（用例）评审-执行测试-提交缺陷报告-回归测试-提交测试报告-工作总结-持续集成
软件测试的流程其实在学习理论知识或是一些介绍专项测试的书籍上都是相对标准的测试流程。但在实际工作中多数公司不会按照标准的流程来，一是项目性质决定，二是公司内部规范，项目性质的话分为外包或自研，但总的来说，这些都是截止日期的，所以当资源与时间冲突时，没有足够的时间进行多数的流程规范。比如各种评审会议（需求评审，代码评审，用例评审，上线前产品评审等等）都会省略掉，甚至是编写测试用例的节点，会以测试点代替，尤其对于频繁迭代的互联网公司。但作为测试人员，因为我们最终要对整个产品的质量负责，所以在实际工作过程中，一定要在随机应变，随时调整测试策略，以应对各种未知的问题。
测试流程依次如下：
1、需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。--testingteam
2、测试计划:根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。---testingleaderortestingmanager
3、用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。---testingleader,seniortester
4、执行测试：根据测试用例的详细步骤，执行测试用例。--everytester(主要是初级测试人员)
5、执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。--everytester(主要是初级测试人员)
6、defecttracking：追踪leader分配给你追踪的bug.直到bugfixed。--everytester
7、测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug.
8、用户体验、软件发布等。
测试流程依次如下：
1.需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。
2.测试计划:根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。
3.用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。
4.执行测试：根据测试用例的详细步骤，执行测试用例。--everytester(主要是初级测试人员)
5.执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。
6.defecttracking：追踪leader分配给你追踪的bug.直到bugfixed
7.测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug.
8.用户体验、软件发布等