１。测试进入时间
项目需求分析完成，用户需求说明书发布时进入。（需求分析是由ＰＭ或者专职人员进行的，用户需求说明书的编写也同样）
２。项目开发设阶段
１）阅读，理解和分析用户需求说明书，与PM讨论需求模糊，不理解的地方；提炼测试需求和测试内容。（如果你想要认真编写测试需求，建议在需求update的同时跟踪修改你的测试需求，测试需求与需求分析关联，以便后期跟踪。个人认为测试需求越详细，对后面的工作指导的作用越大）
２）根据项目计划以及测试内容，确定每一个测试阶段的工作进度安排。（这个是由PM决定的，相信每个公司都有这样的计划，毕竟那么多Build）
３）编写测试计划初稿。（这个一般都是老员工的工作，至少在我们公司PM只做需求和管理）
４）编写测试用例（一般会出一个ｐｒｏｔｏｔｙｐｅ，根据计划和需求来编写）
３。项目编码阶段
１）根据软件设计说明书，完成具体的测试计划。（这个上面已经说了）
２）根据软件设计说明书，完善测试用例。（这个也是比较重要的，如果你不了解软件的设计，很多内部情况都没有办法具体描述出来。所以测试也不是那么容易的……）
４）制定第一阶段的测试内容。（相当于一个计划，测试人员根据测试进度安排）
５）ＰＭ，开发和测试共同确定第一阶段的产品质量。（开会，开会）
４。执行测试阶段（前面都是准备，现在才是实际操作~~）
１）ＤＥＭＯ可测试性的测试。（也就是冒烟测试啦）
２）执行测试用例
３）编写缺陷报告（缺陷报告的编写学问也比较大，这里不讨论）
４）填写工作日志（这个是公司规定的……）
５）提交当前阶段的测试报告。（每一个ｂｕｉｌｄ一个报告，真的累啊……）
６）完善测试用例。
７）ＰＭ，开发和测试进行当前阶段产品的质量评审以及下一阶段的测试工作评审。（又要开会啦）
８）制定下一阶段的测试内容。（还是开会）
９）ＰＭ，开发和测试共同确认下一阶段产品的质量标准。（继续开会）
５。用户接收阶段
１）重现，确认用户使用时出现的错误。
２）编写用户手册
３）编写管理员手册
６。运行维护阶段
１）重现，确认用户反馈回来的缺陷
２）理解新需求
３）回归测试（其实回归测试每一个Ｂｕｉｌｄ都会做的，放到最后只是觉得一个流程应该是重复的……）
文章来源于领测软件测试网 https://www.ltesting.net/
