51Testing软件测试论坛

标题: （原创）测试质量度量及标准 [打印本页]

作者: guanyijing 时间: 2007-5-22 09:53
标题: （原创）测试质量度量及标准
[attach]25966[/attach]

自己总结的一些软件测试过程、测试质量的度量及标准，供大家参考，希望各位提出宝贵意见，谢谢！

作者: hbjfx 时间: 2007-5-22 11:23
沙发! 先下载看看!!

作者: luming 时间: 2007-5-22 11:40
下面仅是自己的一些看法，未必正确，只作为参考。

测试设计的1.测试覆盖率，统计方法2中，“把每个测试项对应的用例数记录在《测试用例管理表》中”此条设定有什么意义？看最后你用的TD吧，TD中我记得一个需求可以对于多个用例，反过来也可以，应该算交叉，但3条说一一对应，这里是否有些问题。而且应该是根据需求写用例吧，看此条的意义感觉却是有用例后对应需求，不是很清楚此条的目的。

测试设计2.测试用例产出率，根据好像和追求缺陷数有些类似了。单纯讲究数量，这里最好能有评审的强调。

测试设计4.测试用例命中率。个人认为，测试用例是必要的，但是测试用例有本身的粒度和局限，所以测试用例是一个动态补充的过程。并不是一次就定稿的。所以如果发现缺陷，我的处理是补充用例。sdlkfj3

文档中很多地方有“实效”，是什么意思呢？是否是“失效”。

TD中的状态标识有：Failed、N/A、No Run、Not Completed、Passed、Warning。在此文档中如何和文档中的术语对应呢？

测试执行3.进度偏离度，还有5里面的“除于”是否应该是“除以”。这里应该强调一下是绝对值吧，如果允许负值，开始晚一天，结束早一天不就是和正常进度一样了么，但实际还是和计划偏离了。总觉得此概念还有其他的问题，但对于管理不是很了解。谁了解ms project软件，是如何处理计划偏离概念的。

测试执行4.缺陷发现率。这个是最要不得的。缺陷是有严重性的。如果用此指标，对大家都不算很公平吧。就像用代码行数算程序员工作量一样。

测试执行5.无效缺陷率。又是一个打击测试人员积极性的统计。有的问题，我会建议给程序员修改，可能提高用户的体验，程序员觉得有时间和必要就会修改，觉得麻烦可能就拒绝。还有一些问题，测试人员的理解和程序员可能有偏差。或者一些程序员死活不承认一些内容是问题。还有很多的缺陷争议很大，测试和开发在那里扯皮。如果有这样的统计，我就可能只提出程序员会承认的问题，其他的关我什么事。因为文档中此概念涉及测试质量，所以就多说些了。还有21.9%如何统计出来的啊。

测试执行6.缺陷严重率。“当测试人员发现的缺陷中严重以上级别缺陷错误比率越高，说明测试质量相对就好，通常严重程度缺陷数的分布呈正态分布。”第一，验证缺陷率高，说明软件质量差，并不能说明测试质量好的吧。第二，正态分布是怎么来的呢。

TD中新增字段的建议。说实话，你的理由并没有打动我。你说的3个理由感觉都和要求新增字段没什么必要的关联。

作者: MarsNoNo 时间: 2007-5-22 21:07
there's no sofa~~~~~~

作者: jifeng 时间: 2007-5-22 21:28
正学这些呢，谢了

作者: guanyijing 时间: 2007-5-23 11:56
谢谢lumingsdlkfj3

作者: llj_wj 时间: 2007-6-10 01:16
正在回顾中

作者: haoyuexun 时间: 2007-6-19 18:40
学习ing!

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)