软件质量度量..docVIP

目录 1 概述 1 1.1 编写目的 1 1.2 适用范围 1 1.3 阅读对象 1 1.4 术语与缩写 1 1.5 参考资料 1 2 角色和职责 2 3 度量内容 2 3.1 进度（时间）度量 2 3.2 成本度量 3 3.3 规模度量 3 3.4 测试质量度量 3 3.4.1测试覆盖率 3 3.4.2缺陷检测率 4 3.4.3测试过程能力 4 3.5 产品质量度量 4 4 输出 4 概述 编写目的 软件测试度量目的是判断测试的有效性、判断测试的完整性、判断工作产品的质量、分析和改进测试过程。 适用范围 阅读对象 本文档的阅读对象可能包括：需求分析师、开发人员、测试人员等。 上述人员可能需要对测试有一个总体了解与认识。 术语与缩写 术语与缩写 解释 备注 SQA 审计过程的质量，保证过程被正确执行；是过程质量审计者；度量的数据构成一个层次化的体系，就是度量框架。框架的上层是度量指标(Factor)，下层是直接度量(Metrics)。度量指标表示产品或过程的特征，需要从直接度量计算而来。而直接度量是可以直接收集到的数据。下面分别说明系统测试中需要测量的度量内容，注意区分其中的度量指标和直接度量。a) 计划的测试开始、结束时间　　b) 实际的测试开始、结束时间　　c) 执行测试用例的时间。a) 计划投入测试的工作量（人时）　　) 实际投入测试的工作量（人时）　　) 评审投入的工作量（人时）　　) 缺陷修正成本（提交缺陷、研究缺陷、改正缺陷、验证等所需时间）　　) 累积测试时间。对每一个发布的版本，累积测试时间等于该版本在演变过程中经历的所有测试的测试时间之和。包括完整测试、验证测试和回归测试。a) 被测对象的规模（功能点、代码行（有效代码行，注释行）等）　　b) 系统需求数目　　c) 测试用例数目（总用例数、计划执行数、实际执行数）　　需求覆盖率：需求覆盖率=至少被测试用例覆盖一次的需求数/系统总需求数　　测试用例覆盖率：测试用例覆盖率=计划执行的测试用例数/测试用例总数　　测试用例执行率： 测试用例执行率=实际执行的测试用例数/计划执行的测试用例数　　测试用例通过率：测试用例通过率＝(实际执行的测试用例数-测试执行不通过的测试用例数)/实际执行的测试用例数对某一版本，某一个阶段的缺陷检测率＝(A/(A+B))*100％　　其中：　　测试人员查找出的不包括重复缺陷的数量。　　用户（包括下一环节的部门）报告的不包括重复缺陷的数量。单位缺陷开销＝测试投入的工作量（人时）/缺陷总数a) 版本发布前缺陷数　　b) 版本发布后缺陷数　　c) 评审发现的缺陷数　　d) 缺陷修正率：缺陷修正率＝发布前已修正的缺陷数/发布前已知的缺陷总数。　　e) 缺陷密度：千行代码缺陷率＝测试和评审中发现的缺陷数/被测目标的代码的规模（KL） 负责人 产生时机 要求标准 《缺陷跟踪报告》 测试组长 《项目跟踪报告》 测试经理 《度量项收集数据列表》 测试组长  第1页 共5页 2