往往在测试中，大家觉得来了测试任务就测试，时间久了，反而忘记了还有什么规范？也就慢慢忽略了规范！
规范的软件测试流程有助于需求条理化，将测试工作模块化，一切跟着计划走比通过脑袋记忆要更加的有条理。有的时候，工作任务比较繁琐，脑袋记忆力容易出现乱成一锅粥的情况，特别这个时候，软件测试计划就更加重要。下面结合实际情况对自己工作中测试流程进行简单的阐述。
1.制定测试策略
测试策略就是如何进行测试，运用何种手段进行测试。当用户提出新的需求时，测试人员应该和开发人员一起做测试需求分析，一般我们都会通过会议的形式去进行讨论分析，这样测试人员会对测试需求要有个大概的了解，需要是干什么的，包括哪些功能等等，而不至于什么都不清楚不了解。
2.制定测试计划
了解需求内容之后，就可以对整个测试进行预期估算，包括计划要测试哪些方面的功能，测试的策略，要计划分配哪些人员参与到测试中，哪些人负责哪个模块，以及按照交叉测试的方法，同时还要提前计划好测试的开始时间和结束时间，以及测试计入条件和测试退出条件，便于掌控整个测试进度。
3.编写测试用例
测试计划规范之后，则是进行测试用例的编写。测试用例的编写，主要围绕界面模块而展开，如界面包括哪些按钮，按钮操作是否可以正常进行，其次围绕功能来设计，然后根据不同的场景来设计。对于测试过程中，出现的缺陷问题，要在将缺陷问题记录到测试用例“测试结果”一列，便于查看测试项测试任务情况。测试用例需要组织开发人员、测试人员、需求人员一起进行评审，评审通过后作为正式测试用例供测试人员执行。
4.形成测试报告
测试用例执行之后，对测试过程中发现的缺陷，要汇报自己的测试情况，并且将测试中的缺陷反馈到测试工具中，便于开发人员解决。对于安排的不同模块的负责人在测试自己对应模块的任务时，也要及时的汇报自己的测试工作进度，便于测试小组掌握测试的整个进度。
5.测试总结及文档编写
按照测试用例执行完所有的测试任务，且开发人员修复完了所有的bug问题(不包含一些难以修复但不紧急的问题，)，测试人员需要编写针对本次项目的测试总结，要在总结中说明，测试计划是否按照如期进行。总测试缺陷数据多少，测试覆盖度等。
6.编写用户手册
系统测试完成后，文档编写人员需要针对本次项目开发新增加的功能进行项目“升级日志”和“用户手册”文档的编写。方便用户了解并能够快速上手使用新增加的功能。
7.CM发布文件包
最后，测试通过的软件及文档需要CM发布文件包，以便对外正式使用。市场人员可以编写白皮书等文档对外进行宣传。
版权声明：本文出自51Testing会员投稿，51Testing软件测试网及相关内容提供者拥有内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任
