质量度量汇总(共4页)_第1页
质量度量汇总(共4页)_第2页
质量度量汇总(共4页)_第3页
质量度量汇总(共4页)_第4页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、精选优质文档-倾情为你奉上ID质量度量定义/公式评价方法可行性1功能分类缺陷显示每个功能模块与功能模块组中发现的缺陷数目和比例。(Subject)分析将标识出具有最多缺陷的功能模块。报表中项目占总数百分比最高,表明了该部分在发布后还需要检查其可维护性。高select count(*),AL_DESCRIPTION from (select a.bg_bug_id,a.bg_subject,b.AL_DESCRIPTION from (select bg_bug_id,bg_subject from td.bug) a inner join (select AL_ITEM_ID, AL_DESC

2、RIPTION from td.all_lists where AL_FATHER_ID in (select AL_ITEM_ID from td.all_lists where AL_FATHER_ID in ( select AL_ITEM_ID from td.all_lists where AL_DESCRIPTION = 'Subject') ) bon a.bg_subject=b.AL_ITEM_ID) cgroup by AL_DESCRIPTION2测试人员分类缺陷显示在项目中每一个测试人员所发现的缺陷数目和比例。(报告人)统计数据小心使用低3缺陷严重程度状

3、况显示在整个项目中各种严重程度的缺陷的分布情况。(严重程度)Blocker、Critical的缺陷占很大百分比的话,说明程序的设计或架构存在着问题,产品不适宜发布或发布后需要检查其可维护性。高select count(*),BG_SEVERITY from td.buggroup by BG_SEVERITYorder by count(*) desc4根本原因分析(缺陷分类)显示缺陷的来源(缺陷类型)在产品发布后,需要检查占总数百分比较高的缺陷功能的可维护性。高select count(*),BG_USER_15 from td.buggroup by BG_USER_15order by

4、count(*) desc5发现方式分类缺陷显示缺陷是如何被发现的(测试分类)可证明各类型在测试过程中的贡献。如果发现某项在发现缺陷占总数半分比不高的话,说明对该方面测试关注过多。高select count(*),BG_USER_24 from td.buggroup by BG_USER_24order by count(*) desc6发现阶段分类缺陷显示缺陷是何时被发现的(测试分类(流程)可证明各阶段在测试过程的贡献。高7发现者分类缺陷显示缺陷是谁发现的(根据报告人)开发部门、质量保证、技术支持对大部分项目而言,大部分缺陷都是在质量保证测试过程中发现的。如果是技术支持发现绝大部分的缺陷,

5、则表明质量保证测试不足。低8系统测试类型发现缺陷系统测试由一个或多个基于系统初始目标的测试组成。显示按照系统测试类型分类的缺陷的分布情况。(未预留选项)性能测试、安全性测试、压力测试等对于整个项目,某项占百分比过高的情况表明系统相应设计还有不足。低9其他参数类型分类缺陷(操作系统、应用服务器、JDK、存储库、字符集)中10责任人员分类缺陷显示缺陷责任人员数目和比例。(责任人)统计数据小心使用中11缺陷解决方案分类显示缺陷关闭状态下的解决方案的分布情况(解决方案)统计数据小心使用高12缺陷状态分类高13缺陷处理结束时长closed统计数据小心使用中14降级缺陷数解决了一个缺陷,因此而引起的其它缺

6、陷。降级缺陷数目多,说明系统不稳定高15缺陷生命周期统计缺陷从提出到修复的周期越短越好,即从发现缺陷到关闭缺陷的时间。了解缺陷修复的质量,跟踪那些生命周期较长,且出现多次修复,reopen的缺陷。高16缺陷屏蔽(defect masking)一个缺陷阻碍另一个缺陷被发现的情况了解此轮测试不能覆盖的功能点低17推迟修正的缺陷由于需求或项目原因,不在该版本修正的缺陷了解目前发布版本存在的已知缺陷18缺陷探测率(Defect Detection Percentage)D1:软件开发过程中发现的所有缺陷数;D2 :软件发布后发现的缺陷数;D : 发现的缺陷总数;缺陷探测率作为目前测试覆盖率的参考,以及

7、QA工作质量的一个指标。高1缺陷密度(defect density)基本的缺陷测量是以每千行代码的缺陷数。将软件组件或系统的缺陷数和软件或者组件规模相比的一种度量(标准的度量术语包括,如每千行代码、每个类或功能点存在的缺陷数)。Dd=D/KLSOC 其中,D为缺陷数,KLSOC为不含注释的源码行数(以每千行计),Dd为实际缺陷密度了解开发团队的工作质量。例如:每千行代码缺陷数目; 每个功能点缺陷数目。缺陷密度与模块大小关系图,Brooks 定律 持续质量改进P172高2缺陷清除率修复缺陷数除以缺陷总数。控制阈值>95%高3周期偏差率实际-计划/计划。控制阈值<20%高5直方图从总体

8、中随机抽取样本,将从样本中获得的数据进行整理,从而找出数据变化的规律,以便测量工序质量的好坏。直方图是常用的QC 工具。(1)标准型(对称型)。(2)锯齿型。(3)偏态型。(4)平顶型。(5)双峰型。(6)孤岛型待定6缺陷移除率缺陷移除率=(本阶段发现的缺陷数/本阶段引入的缺陷数)*100%,如需求阶段一共引入了15个缺陷,需求评审时候只发现了2个,设计过程中发现了10个,编码和单元测试阶段发现了两个,还有一个直到系统测试阶段才被发现。这样,需求阶段的缺陷移除率=2/15*100%=13%。它反映的是该活动阶段的缺陷清除能力。高7缺陷泄露率就是有多少本阶段引入的缺陷没有在本阶段发现而是被泄露到

9、后阶段环节才被发现。其计算公式为:缺陷泄漏率=(下游发现的本阶段的缺陷数/本阶段注入的缺陷总数)*100%。显然,它等于1-缺陷移除率。它反映的是本阶段质量控制措施落实的成效。高8发现矩阵分析矩阵的每行表示该阶段或活动发现的各阶段产生的缺陷数;矩阵的每列表示该阶段或活动引入的缺陷泄露到后续各环节的缺陷数。12、13中9缺陷分布可以选某个阶段的测试缺陷进行分析,按照这些缺陷对应的产品组成部分来汇总这些数据。利用这样的分布,可以找出我们产品/项目的高危模块来。这些模块导致了我们产品的主要缺陷10数据透视表中11帕累托图(Pareto)是用来找出影响产品质量主要因素的一种有效工具。排列图是有两个纵坐

10、标、一个横坐标、几个直方块和一条折线所构成。排列图的横坐标表示影响产品质量的因素或项目,按其影响程度大小,从左到右依次排列。直方块的高度表示某个因素影响大小,从高到底,从左到右,顺序排列。折线表示个影响因素大小的累积百分数,是由左到右逐渐上升的,这条折线就称为帕累托曲线。高12缺陷的阶段分布模型中13缺陷的阶段来源分布模型进行质量预测中14泄漏的下游缺陷回溯过程有效性从团队的典型项目中运用一定的抽样原则抽样出某个阶段的若干个缺陷,从技术、流程、工程方法、费效比方面去分析其更适合、更经济的清除方法。然后把这些方法固化到我们日常的项目实施过程中,逐步就可以降低上游对后端的缺陷泄露。发现阶段高15缺

11、陷分类来进行缺陷的根源分析对于测试出来的BUG进行缺陷分类,按照BUG的类型分布,找出那些关键的缺陷类型,进一步分析其产生的根源,从而针对性的制定改进措施。16缺陷收敛趋势分析缺陷趋势就是将每月新生成的缺陷数、每月被解决的缺陷数和每月遗留的缺陷数标成一个趋势图表。一般在项目的开始阶段发现缺陷数曲线会呈上升趋势,到项目中后期被修复缺陷数曲线会趋于上升;而发现缺陷数曲线应总体趋于下降;同时处于OPEN状态的缺陷也应该总体呈下降趋势,到项目最后,三条曲线都趋向于零。高17测试零缺陷跟踪显示在整个项目中发现缺陷的速度,是一个非常有价值的关于测试完成情况的指示器。缺陷的累积数目(也就是测试执行过程中当时的总数)和按时间周期记录的缺陷数目都可以帮组预测缺陷递减的时间点,这时缺陷总数曲线会“弯折”,并且在一个时间周期中发现的缺陷数会趋于零。高18功能已测试/未测试显示测试的最终状态,并验证所有的大部分的缺陷已经

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论