软件测试流程是什么接收客户/产品的原始需求-确认需求-分析需求-风险预测-确认可测性（接收测试）-工作(测试)计划-测试设计（用例）评审-执行测试-提交缺陷报告-回归测试-提交测试报告-工作总结-持续集成
软件测试的流程其实在学习理论知识或是一些介绍专项测试的书籍上都是相对标准的测试流程。但在实际工作中多数公司不会按照标准的流程来，一是项目性质决定，二是公司内部规范，项目性质的话分为外包或自研，但总的来说，这些都是截止日期的，所以当资源与时间冲突时，没有足够的时间进行多数的流程规范。比如各种评审会议（需求评审，代码评审，用例评审，上线前产品评审等等）都会省略掉，甚至是编写测试用例的节点，会以测试点代替，尤其对于频繁迭代的互联网公司。但作为测试人员，因为大家最终要对整个产品的质量负责，所以在实际工作过程中，一定要在随机应变，随时调整测试策略，以应对各种未知的问题。
测试流程依次如下：
1、需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。–testingteam
2、测试计划:根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。—testingleaderortestingmanager
3、用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。—testingleader,seniortester
4、执行测试：根据测试用例的详细步骤，执行测试用例。–everytester(主要是初级测试人员)
5、执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。–everytester(主要是初级测试人员)
6、defecttracking：追踪leader分配给你追踪的bug.直到bugfixed。–everytester
7、测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug.
8、用户体验、软件发布等。