别人的好的测试过程不是好的测试过程，真正适合自己公司的测试过程才是好的测试过程。

不要盲目的拷贝大公司的测试过程，而是要吸取他们的经验来定义我们自己的测试过程，这样的测试过程对于我们来说才是有价值的，有改进意义的。

要完成测试过程的改进，前提是发现目前公司的测试过程中存在的需要改进的地方，用CMMI人性化的语言来讲，是存在的改进的机会。只有明确了自己目前存在的改进的机会，才会有目标的去改进，得到的成效才是显著的。

软件测试过程改进的内容

但凡测试也是包括单元测试、软件集成测试、系统集成测试、鉴定测试、非正式验收测试、正式验收测试这么几大类。那么测试过程的改进是围绕着这些工件而作的工作。

由于单元测试和软件集成测试一般都是由项目组内部执行，所以这里不对其进行介绍了。

根据我自己的想法，一个标准的测试过程应该包括以下步骤：

1.确定角色和职责

确定测试负责人，测试设计人员，测试实施人员，测试执行人员。有独立测试部门的，测试经理担任项目测试组组长，如果没有则由项目经理组建测试小组，指派人员作为测试组长。

2.制定相关文档

系统需求和系统设计文档交付之后，测试负责人制定相应测试计划，设计人员设计测试用例，实施人员实施测试环境。

3.评审会议

测试负责人组织项目开发小组人员，PPQA参与测试计划评审会议，测试用例评审会议，并在测试小组内指定测试记录员编写《测试计划评审会议记录》和《测试用例评审会议记录》。测试负责人指定相应人员根据评审会议记录产生的不符合议题编写《不符合议题报告》。评审未通过的则另择时评审，重复上不，通过的则纳入配置管理库，允许发布。

测试计划和测试用例的评审不一定都在一个时间内

4.培训

测试负责人视需要决定是否对测试小组成员进行培训，如果需要则安排时间进行培训。

5.执行测试

项目的集成测试完毕之后，测试小组接收第一版本程序后，执行测试用例填写测试结果，并提交BUG到专用的BUG管理工具由相关人员改错。测试执行人员编写《测试日志》、《测试总结报告》。

6.度量

测试人员统计测试的工作量，文档的规模，以及缺陷的个数与类型等，并将此度量数据输入测试总结报告汇报给项目经理。

其中重复的地方比较多，在过程改进中要特别的注意，好是制定流程，越是重复的地方，越是要制定流程。