软件测试是一项团体工作

 软件测试是一项团体工作  软件测试方法

因为软件测试是小组合作完成的，所以它需要一些工具来支持和提高小组成员之间的交流，也需要工具来提供一个集成的界面，使得小组成员可以分享对测试过程活动及其产物的共同观点。在测试过程的所有阶段的一个突出问题是测试产物的控制和存储。对测试产物的自动化配置管理是能够提供最多反馈给测试过程的领域之一。有很多的文档和可执行文件必须是所有测试小组成员可得的，小组成员可以频繁地并行使用这些文档和可执行文件。并且在多个成员使用同一个交付物时，又必须保证小组成员对它的修改不会同时进行。而且还必须有一个中心知识库来存放测试产物以便测试小组成员能够公用。

    我们曾经在很多这样的测试项目中工作过，在这些测试项目中并没有中心存储，而且小组中的各个成员只能在他们的本地机器上创建和更新文档。我们指定了一些目录用于存放特定的可交付文档，并且申明每个人都可以在这些共享的公共目录下存放他们的工作。这个解决方案总比没有解决方案强，但是它还是不能为版本提供对这些文档的有效访问控制。

    测试管理和需求管理是测试过程中最重要的。测试管理可以借助于像微软Pm。iect这样的工具来实现。它通过设置测试里程碑提供任务识别、资源管理和过程评估功能。需求管理工具也是必须的，这是因为在开发过程中软件需求必须被记录和不断更新，同时随着开发活动和测试活动的进行测试需求也必须被记录和不断更新。

    ReqL】i菌tePl'c，是我们曾经选择的一个需求管理工具，因为它集成了软件需求和测试需求规范。并且它的测试需求表可以导出到微软P画ec【中用于指导和监控测试过程。还有一些其他的需求管理工具可以选择，其中一些还集成

了测试工具套件。本书并不准备详细介绍评价这些需求管理工具的方法。但有两个方面是必须考虑的。第一，产品是否集成了测试工具套件?第二，如果没有集成测试工具套件，那它是否提供开放的应用编程界面(API)用于创

建自己的集成代码?

   其次是软件配置管理。目前，有一些产品可以用来实现对测试产物的配置管理。这些产品包括微软vlsIlaI s。urceSde、Rationd clearC85e和Met拍t的PVcs等等。重要的是所有的测试产物应当存储在自动化配置管理数据库中。在所有的测试活动中，你选择的特定配置管理工具和你使用的其他工具(用来支持测试过程活动)能够互相通信也是很重要的。如果你选择的配置管理工具不能做到这一点，那它必须提供和开发AP[来创建你所需的软件桥梁。

  软件测试度量是测试评价报告的必要组成部分。它包括缺陷度量、覆盖度量和质量度量，还包括很多有用的缺陷跟踪量度。一般，缺陷度量可以分为：缺陷密度度量和缺陷老化度量。缺陷密度度量包括：每天／每周打开／关闭缺陷的次数，与特定的软件例试需求相关的缺陷数目，列于应用对象／类上的缺驺数目，与特定的测试类型相关的缺陷数目等等。缺陷报告应该实现自动化，这可以通过使用E：teel工作簿实现，因为Excell能够将电子数据表中的数据总结成图表和图形。缺碴报告也可以通过其他工具(比如Ration址aearQu哑)来达到自动化实现。测试质量度量是缺陷度量中的一个特定类型。它包括[8]：

·缺陷的当前状态(打开，被修复，关闭等)

  ·缺陷的优先级(对解决缺陷很重要)

  ·缺陷的严重性(影响到终端用户、组织、第三方等等)

  ·缺陷来源(导致这个缺陷的最初错误，即需要被修正的组件)

  覆盖度量体现了已执行测试的完备性(㈣pkteness)表示。它既包括基于需求的覆盖测度，也包括基于编码的覆盖测度。对这些度量的举例请看第9章参考文献[6]和参考文献[10]的在“Key Measures 0f Te毗1ng”下的概念部分。

原文转自：http://www.ltesting.net