1.准备阶段
测试经理需要评估测试工作量并评估测试时间。基于测试工作量和估计时间分析，可能需要及时向客户报告，并请客户确认测试范围等相关信息。对于最终项目进度，需要测试主管，测试经理和项目经理交流达成一致。
测试计划是主要的测试文档，可以参考测试术语表创建，测试计划的作者不能自我审阅测试计划，必须由测试主管或测试经理进行审阅，并且请客户最终确认。
在创建测试用例之前，需要列出测试的全部功能区域。然后分别进行测试风险分析和确定测试的优先级，并且报请客户或测试经理批准。
创建测试用例是准备阶段的另一项主要工作，可以手工或者使用测试管理工具自动创建。创建的测试用例首先必须至少一位测试主管审阅批准，然后请客户最终批准。
准备和设置测试环境包括软件，硬件，网络。
测试人力资源是另一个重要测试资源，需要创建人力资源需求曲线文档，列出测试各阶段需要的测试人员。要保持测试人员的稳定性。
2.实施阶段
根据项目不同，从工程、项目经理或客户处向测试部门传递和提交测试使用的软件Build和测试用例等内容。
测试部得到新的被测试Build后，首先执行版本可接受测试(BAT)。如果满足测试的要求，则进入常规的测试阶段，如果Build存在很大问题，例如无法安装或主要功能失效等，则需要及时报告给客户，要求重新编译新的Build.
测试执行按照测试计划和测试用例进行，并编写缺陷报告，向客户指定的软件缺陷跟踪管理系统报告软件缺陷。
测试团队每周对软件测试内容和报告的缺陷进行内部质量保证QA，对于质量保证发现的问题，需要报告给质量经理或测试经理，并且及时采取纠正措施。
与此同时，客户方的质量工程师也进行外部的跟踪与检查。对于客户发现的任何测试问题，团队需要认真分析，并及时采取纠正措施。所有纠正措施都要经过各方讨论，形成纠正措施报告，由测试经理签字确认。
在测试过程中，跟踪最新估计的测试时间和实际测试占用的时间，采取必要的措施使测试进度满足测试项目最初设定的进度。对测试的软件缺陷进行分析，度量测试覆盖率和测试的有效性。
对于测试过程中发现的一些问题需要及时向客户报告并得到确认。如下图
今天先到这儿，希望对您软件质理管理有帮助。 其它您可能感兴趣的文章：
互联网数据库架构设计思路
企业级应用架构模式N-Tier多层架构
某企业社交应用网络拓扑架构图
IT基础架构规划方案一(网络系统规划)
餐饮连锁公司IT信息化解决方案一
REST服务介绍
企业服务总线Enterprise service bus介绍
如有想了解更多软件研发 , 系统 IT集成 , 企业信息化，项目管理 等资讯，请关注我的微信订阅号：
![MegadotnetMicroMsg_thumb1_thumb1_thu[1]](https://images0.cnblogs.com/blog/15172/201412/061436383581137.jpg "MegadotnetMicroMsg_thumb1_thumb1_thu[1]")
作者：Petter Liu
出处：http://www.cnblogs.com/wintersun/
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。
该文章也同时发布在我的独立博客中-Petter Liu Blog。
