问题描述：很多时候，我们都经常听到“软件测试过程改进”一词，那么我想知道：软件测试过程改进的“内容”和“注意事项”有哪些？

会员duola1119：

　　正巧公司最近也是在做CMMI的过程改进，我就谈一下软件测试过程改进的看法。

　　前言：

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

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

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

　　软件测试过程改进的内容

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

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

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

　　1.确定角色和职责

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

　　2.制定相关文档

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

　　3.评审会议

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

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

　　4.培训

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

　　5.执行测试

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

　　6.度量

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

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

　　需要改进的地方

　　流程大致是这样的，需要改进的地方我也只想到了以下几点：

　　1.规范初步流程

　　至少整个流程是规范的，有一个大体流程文档。

　　2.寻找现行流程中的问题

　　排列出目前所有问题，寻找出、过程、技术中的突出问题加以解决。

　　3.细化流程

　　在规范初步流程的基础上，在根据寻找的线性流程中的问题，形成一个比较完善的符合自己的流程体系。

　　需要注意事项

　　1.人员的意识

　　改进测试的过程，不单单是测试部门的事情，而是整个团队的事情，应当在这种改进意识在项目组成员头脑中形成一种惯性之后再进行过程的改进，有助于改进过程的成功。

　　2.不要为了写文档而写文档

　　过程改进中有各种各样的文档要写，大量的书写工作不免会产生抵触情绪，这个时候一定要加紧监督，确保产生的文档不是虚假的数据，而是有实际作用的。

　　3.要持之以恒

　　过程改进工作不是一天两天就能完成的，文档是可以在几天内完成，但是真正的让过程改进发挥其作用，一定要坚持不懈，持之以恒，让其由一种约束慢慢的成为一种习惯。

　　4.少讲不负责的话

　　如果你是测试组的负责人，或说话有些分量的人，或者是有点“辈份”的人，不要说那些“就是补点文档”“随便填填”之类的话，因为你的话会影响到你身边的其他人。

版权声明：原创作品，允许转载，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明，否则将追究法律责任。

本文出自51Testing软件测试网，感谢会员duola1119在每周一问（08-09-15）中的精彩回答。
http://bbs.51testing.com/forum-157-1.html