我们公司的测试流程是这样子的：
1. 我们的产品经理会提前1天把需求文档发下来，给我们看，熟悉熟悉。一般第二天会开一个需求澄清会议，要对需求的理解达成一致，以及弄清楚模块与模块之间的关联，产品经理还会讲解一下测试的重点。澄清会议之后，我们测试就会开个小会，主要是进行人员的分配和测试模块的初步分工。
2. 接下来就是编写测试计划，这个是我们经理写的。我们测试人员，会根据经理分派的模块仔细研究和评估测试需要多少时间。然后会开一个测试计划评审会议。主要是明确分工，确定时间进度安排，明确测试策略，测试风险分析。
3. 下一步就是需求分析。我们一般会用xmind罗列测试点。然后一般会开一到两次评审，主要是为了集思广益，确保更全面的罗列出测试点。
4. 然后就是写测试用例。根据罗列的测试点，写测试用例。一般都会有两轮的测试用例评审。第一轮评审完，修改完成之后，还再做第二轮评审。有时候还要根据第二轮的情况，决定还做不做第三轮的评审。目的是为了查漏补缺，让测试用例更好的覆盖测试点。
5. 接下来，下一步就是执行测试用例了。当然，开发要给到我们一个UT（user test）报告，我们才会开始测试的。先做一个冒烟，把主体业务流程跑一遍，做个评估，没问题的话，就开始执行测试用例：发现bug，提交bug，回归测试，以及写测试报告。我们是用禅道这个工具来对bug进行管理的。对bug的管理也比较简单。一般我们的bug是直接提交给开发的，他们修复完成之后，直接重新指派给我们，我们就做回归测试，通过的话就关闭，不通过就继续修复。
6. 然后就是写测试报告。我们测试人员，就是自己把自己的测试情况做总结。把留档的证据截图、自己模块的测试情况（发现了多少bug，修复了多bug，还有哪些没修复的等等）发给经理，他会做一个汇总。等bug修复完成了，经理就会把报告出出来。
7. 产品上线：一般会在半夜一两点的时候进行。因为这样的话就不会对客户的使用造成影响了。
8. 最后，我们会做一个测试总结。总结一下这个项目测试的情况，有没有遇到什么问题，下次应该如何避免，怎么解决等等。
转https://blog.csdn.net/weixin_39659031/article/details/79671564