我正在进行一个项目,我的任务是通过质量度量来评估该项目的质量。我发现了三种度量类型,即产品、过程和项目。在一些网站上,我发现了其他类型的缺陷检测率、缺陷去除率、缺陷发现率、缺陷转义率、功能点、代码行、未解决缺陷的平均年龄、修复平均时间、解决缺陷的度量等。
因此,我的问题是,哪些是正确的度量类型,以及如何获得我应该使用X类型的度量来进行计算(我的项目是在.NET中)。还可以帮助使用免费提供的工具的名称。
发布于 2011-03-05 10:56:53
这个问题遗漏了一个重要的方面。你是在衡量个人、团队还是整个软件生产组织?这就产生了一个巨大的差异,为使用的测量。
在复杂的软件系统中,测量测试覆盖范围和提交中断测试有助于集中开发人员的注意力。
错误的主题
根据经验,我发现使用错误的数量度量来衡量软件开发性能往往会对如何以及是否报告和解决bug产生很大影响。本质上,将信誉或损失附加到错误报告和/或错误解决上都会降低bug报告的质量和软件开发性能。
我认为造成这种情况的主要原因是大多数bug的严重程度都是高度主观的。
相反,衡量性能(用户进程的比特直接受软件影响)和满意的用户的软件。虽然这同样是主观的,但它将使您的开发团队专注于理解问题域并产生满意的客户。
发布于 2011-03-05 14:46:49
在具体的度量和图表之前,考虑一下你想用简单的词回答这些指标的5-10个问题。在计划好之后,你需要回答这些问题所需的信息。从那里你可以得到图表和报告。
例如:-项目中仍有多少重大缺陷尚未解决?->可以简单地定义正确的筛选器(在缺陷跟踪系统中表示“重大”问题),并获取这些缺陷的总数--测试人员发现重大问题的频率?等。
至于工具,主要取决于您在缺陷/测试管理软件中使用的是什么,以及您在公司中拥有什么。这些工具可以为您提供所有必要的报告,也可以像设置MS或OpenOffice Calc文档一样简单,或者您可以使用奢侈的选项,例如设置BI报告系统。
发布于 2011-08-29 20:41:17
我认为客户有责任告诉您的团队他/她想要看到什么样的质量指标。如果不是这样的话,我们应该向客户澄清,如果他/她真正想要的是你的软件商店生产高质量工作的证据(以度量的形式)。
对于后者,每个版本的缺陷(或每个版本的增量(如更改的SLOC和/或FPs或已实现的需求)将是要考虑的问题之一。这个旁边
有些工具,如声纳,可以使这种类型的度量收集更加容易。一旦建立了这样的QA基础设施,并将其集成到构建发布周期中,这只是一个随时间推移收集数据的问题。
https://softwareengineering.stackexchange.com/questions/55065
复制相似问题