往往在测验中，咱们觉得来了测验使命就测验，时刻久了，反而忘记了还有什么标准？也就渐渐疏忽了标准！

　　标准的软件测验流程有助于需求条理化，将测验作业模块化，全部跟着方案走比经过脑袋回忆要愈加的有条理。有的时分，作业使命比较繁琐，脑袋回忆力简略呈现乱成一锅粥的状况，特别这个时分，软件测验方案就愈加重要。下面结合实际状况对自己作业中测验流程进行简略的论述。

　　测验战略便是怎么进行测验，运用何种手法进行测验。当用户提出新的需求时，测验人员应该和开发人员一同做测验需求剖析，一般咱们都会经过会议的方式去进行评论剖析，这样测验人员会对测验需求要有个大约的了解，需求是干什么的，包括哪些功用等等，而不至于什么都不清楚不了解。

　　了解需求内容之后，就能够对整个测验进行预期预算，包括方案要测验哪些方面的功用，测验的战略，要方案分配哪些人员参加到测验中，哪些人担任哪个模块，以及依照穿插测验的办法，一同还要提早方案好测验的开端时刻和完毕时刻，以及测验计入条件和测验退出条件，便于掌控整个测验进展。

　　测验方案标准之后，则是进行测验用例的编写。测验用例的编写，首要环绕界面模块而打开，如界面包括哪些按钮，按钮操作是否能够正常进行，其次环绕功用来规划，然后依据不同的场景来规划。关于测验过程中，呈现的缺点问题，要在将缺点问题记录到测验用例“测验成果”一列，便于检查测验项测验使命状况。测验用例需求组织开发人员、测验人员、需求人员一同进行评定，评定经过后作为正式测验用例供测验人员履行。

　　测验用例履行之后，对测验过程中发现的缺点，要报告自己的测验状况，而且将测验中的缺点反应到测验东西中，便于开发人员处理。关于组织的不同模块的担任人在测验自己对应模块的使命时，也要及时的报告自己的测验作业进展，便于测验小组把握测验的整个进展。

　　依照测验用例履行完一切的测验使命，且开发人员修正完了一切的bug问题(不包括一些难以修正但不紧迫的问题，)，测验人员需求编写针对本次项目的测验总结，要在总结中阐明，测验方案是否依照按期进行。总测验缺点数据多少，测验掩盖度等。

　　体系测验完成后，文档编写人员需求针对本次项目开发新添加的功用进行项目“晋级日志”和“用户手册”文档的编写。便利用户了解并能够快速上手运用新添加的功用。

　　最终，测验经过的软件及文档需求CM发布文件包，以便对外正式运用。商场人员能够编写白皮书等文档对外进行宣扬。