软件测试度量研究和应用初探.pdfVIP

2007年11期增刊 计算机系统应用 (6)估算过程性能。在评估过程能力之后，依据 于，受人为影响大，数据精度不高，如果测试人员的分 绘制的控制图(过程行为图)，对于过程的相关性能进 析方法改变，数据便没有意义了。 行预测和改进。 (2)测试覆盖率。是指已测试的功能点对总体功 上面六个步骤，是软件过程度量的一个全面的实 能点(测试需求)的覆盖情况，计算公式为“已测试的 施框架。在本文中，只详细讨论1—4步的实施过程。 功能点／总的功能点”，该度量指标的单位是百分比％。 随着度量的持续性发展，可逐渐实现5．6步的内容。 如果细分，测试覆盖率包括广度覆盖和深度覆盖， 在不同的文献中，对于度量的术语也不太一样。 所谓广度，是指需求规格说明书中的每个需求项是否 在本文对测试度量的具体描述中，主要涉及到数据项、 都设计了测试用例，所谓深度，是指不使我们的测试设 度量指标二个术语，其中，“度量指标”由“数据项”计 计流于表面，是否能够透过客户需求文档，挖掘出可能 算得出，而许多“数据项”其本身也可以作为最基本的 存在问题的地方。例如：反复进行同一种操作，或者多 “度量指标”。 次添加相同内容的记录等。 3．2关于测试效率的度量指标 3软件测试度量的基本指标 测试有效性：是指测试阶段单位工作量发现缺陷 对软件过程的度量，从软件开发过程分类，包括计划、 数量，计算公式为“测试中发现的缺陷数／测试阶段工 需求、设计、编码、测试等方面的度量，在实际中，可以 作量”，单位是个／人时。 根据企业具体应用需要，选取合适的分类和度量指标。 通过这个数据可以共同构成返工的成本，也可以 笔者所参与的度量实践，主要希望了解测试阶段的度 为估计测试人员的工作量提供参考。需要注意的是。 量数据，因此选取了测试方面的度量指标，考虑到指标 这个数据不是说越高越好，需要与企业的具体情况相 的易用性和明确性，主要考查了测试状态、测试用例水 关。而且，对于时间成本度量，特别要考虑到在度量初 平和测试效率这三个子类的度量指标。下面将具体介 期，不要将它用来考核测试人员，否则以后就很难得到 绍几个有代表意义的度量指标。 真正的数据，也无法了解企业的实际情况了。这个数 3．1关于测试状态的度量指标 值也可以与评审发现问题的效率进行比较，为组织中 (1)缺陷密度。是指单位功能点或代码行内发现 质量控制方法的量化比较提供依据。 的缺陷数量，计算公式为“测试摘出缺陷数／代码行 3．3关于测试用例编制水平的度量指标 (或功能点数)”。 百测试用例摘除的缺陷数：是指在每一百个测试 测试缺陷密度这个指标的用途有：一可以让管理 用例中能发现的缺陷数量，计算公式为“测试摘出bug 人员了解到测试进展情况，如果存在经验数据(基 数／用例数事100”，单位是个／百用例数。 准)，便可判断出测试是否已充分进行；二可以为估算 这个指标可以为评价测试用例的设计质量提供参 其它类似项目／模块测试的缺陷数提供参考，以便在测 考，对于测试人员来说，十分有用，如果考虑到自动化 试开始之前做到心中有数。 测试，用例数也可以用脚本数来代替，采用单位脚本作 关于这个度量指标，其单位有二个，一个以代码行 为分母。 为分母，～个以功能点数为分母。具体采用哪个单位 测试度量指标不仅仅只包括上述几个，在实际工 需要考虑实际项目的特