以下笔者根据工程实践经验粗略谈谈如何实施软件过程改进。需要引起注意的是，这里列出的仅仅是过程改进中很小的一部分，也是常见的一些内容。切勿将它们当作过程改进工作的全部。

　　1．调整测试活动的时序关系

　　不恰当的测试时序会引起误工和测试进度失控。具体到某个工程实践中，哪些测试活动可以并行，哪些测试活动可以归并完成，哪些测试活动存在时间上的线序关系，一定要区分清楚并做优化调整。

　　2．优化测试活动资源配置

　　测试活动会涉及到人力、设备、场地、软件环境与经费等资源。如何合理地调配各项资源给相关测试活动也是非常值得斟酌的。常见的是人力资源的调配，测试部门如果能深入了解员工的专长与兴趣所在，能对测试活动的开展起到事半功倍的效果。

　　3．提高测试计划的指导性

　　提高软件测试计划指导性通俗地讲是提高测试计划的执行力度。这部分内容具体涵盖软件测试策划、软件测试技术剪裁、测试进度管理、成本管理等几个部分。其中测试策划工作主要是指具体测试活动实施之前做好策划工作; 软件测试技术剪裁工作主要是指测试团队应根据软件项目的具体实际剪裁出所要实施的测试技术; 测试进度管理工作主要是指排出各项测试的时间进度及人员安排，如有变动时应做相应调整; 测试成本管理工作的内容是开列出测试活动中会涉及到的资源需求。完成这项工作不仅仅是起草测试大纲以及测试计划，而是要确保这些大纲，计划的内容能真正被执行、真正能用于指导测试工作。

　　4．确立合理的度量模型和标准

　　测试过程改进小组应根据企业与项目的实际情况制订适合自己公司的质量度量模型和标准，做符合自己公司发展策略的投入。必须说明：这个标准和模型的确立不是一蹴而的，而是需要过程改进小组不断实践、不断总结、不断改进的。在公司与项目不断发展变化的氛围中保持动态平衡。一旦确立了质量度量模型和标准，很多测试活动不至于陷入过度测试或测试不够的尴尬状态中。

　　5．提高覆盖率

　　在兼顾成本的前提下，尽量提高覆盖率，对于过程改进而言，是很有意义的。这里主要谈以下三个方面：

　　一是提高内容的覆盖。不论是起草测试计划、设计测试用例、执行测试用例还是跟踪软件缺陷，内容覆盖率越高，越能避免故障被遗漏的情况。

　　二是提高技术的覆盖。对于一项技术指标要尽可能地做到测试技术的覆盖，我们不必要迷信于某位专家或者专业人士，但必须相信他们提出的科学的验证方法，采用越科学的方法来验证某项指标，我们对产品的质量越有信心。

　　三是提高测试过程的覆盖。我们知道，没有需求不能做分析，不能设计，不能做开发。测试也是一样，在测试过程中如果疏漏了一个重要环节，不能很好地达到预先的目标。比如有些企业根本不写测试用例让测试人员去做测试; 有些企业根本不做测试用例评审，匆匆发布出去让测试人员执行测试用例; 有些企业测试人员不知道测试的标准，去报Bug。这些看似不很重要的工作流程一旦被省略往往造成工作无所适从，难于开展，成为测试活动失败的关键原因所在。

　　软件测试过程改进的注意事项

　　1．必须注意过程改进是跟公司的发展战略相关的

　　过程改进是跟公司的发展战略相关的。有句话叫“过犹不及”，做事情要把握好度。不是所有的公司都像微软公司那样对质量控制和管理能大手笔投入，也不是所有的项目都需要像delphi第一版发布时那样投入3万开发工程师去测试。公司的规模、经济实力、产品投放市场的契机等都将影响软件测试过程订制的策略。不要忘了利润是很多公司的命脉所在。

　　2．测试过程改进并不意味着必须投入大笔资金

　　测试过程改进不意味着需要大笔资金投入。有些人说我们公司不给钱买测试工具，不给任何资金请咨询公司，所以我们的过程改进没有任何进展。其实，很多情况下，工具只不过是一个辅助手段，并不足以影响到工作部署与过程改进的效果。请咨询公司固然能很快获得一些知识，但没有它们，也并不意味着过程改进寸步难行。当然，如果公司已经承诺能提供相关投入，那另当别论了，在这种情况下，更有理由做好测试过程改进了。