软件测试也要做过程改进[3]

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

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

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

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

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

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

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

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

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

(完)