版本号 ____0.1 __ __
版本编号 | *状态 | 简要说明 | 日期 | 变更人 | 批准日期 | 批准人 |
*状态：A——增加，M——修改，P——发布，D——删除
我们公司软件测试已有一定的历史，有一定的经验积累。这次改进属于在现有基础上进行逐步改进，统一思想，以期达到cmmi3级的要求。目前测试组有两个组：C/S和B/S，因其承担的主要项目类型而划分。测试过程改进域的文档由两位测试组长和EPG协助人员共同完成。本部分的文档规范不涉及白盒测试，关于白盒测试的改进问题在规定编程规范的文档中说明。
根据我们公司的情况，主要有两大类测试：性能测试、功能测试，其他测试比如安全性测试等没有单独划分出来，都在功能测试设计执行时一起考虑了。所以测试过程的运行主要围绕这两种测试。
对于每个项目测试来说都需要进行的如：bug属性定义、测试流程（含bug管理流程）、测试模型等组织级规范和公司统一定义，项目组根据“裁减指南”进行裁减调适。为了公司过程资源收集的统一，如非特殊项目不需单独定义流程或属性定义更改。
根据项目的开展，需要完成如下活动：制定测试计划、确定测试需求、设计测试用例、测试执行、测试总结。测试活动为组织提供的度量数据主要是：测试用例、可分类的bug数据、测试报告（按模块、集成等阶段分）等。
测试过程域改进步骤：
1、确定公司软件测试改进的方针。
2、测试组长和EPG协助人员分析现在两个组的测试活动、流程、相关定义，出优势和劣势。根据组织级的需要保留优点，分析缺点，出改进点。
3、整合两个测试组的流程、规范bug属性，编写计划、用例等的要求。制定“裁减指南”用于实际项目的使用，具体模板和实现测试组长可选择确定。
4、文档完成后受两位测试组长承诺，提交EPG会议评审。
5、通过评审后，进行实施，根据项目特点进行裁减使用于项目中，因测试的规范和规程是从现有的项目来，可以选择直接使用现有项目实施和公司内部管理系统。
6、在实施过程中的调整和变动，由实施人员负责跟踪记录协调解决，质量检查人员根据检查情况定期向上级汇报。
7、测试组定期（一般是每周或一个阶段），向公司提供质量数据，如：bug统计数据；测试用例统计数据等。[目前使用的td有自动统计功能，质量检查员可直接提取]
8、实施中的重大策略变更问题提交EPG组长组织会议解决。
发布评论