发起关于测试用例设计质量度量的讨论
关于测试用例设计质量的度量，大家有什么好方法呢最好能定出量化的指标来哦
希望大家各抒己见！
难以量化
测试用例就是要保证所有的用户需求都被覆盖，并且能够发现尽可能多的软件缺陷。但是用例质量比较难以量化，就像软件质量难以量化一样。
个人觉得应该包含一下几个方面：
1. 是否包含了所有的用户需求
看USE CASE或者需求文档是否全部转化成了测试用例。
2. 测试覆盖率
不同系统对质量有不同要求，有些需要功能覆盖，用些是路径覆盖。
检查用例的覆盖率是否符合项目的要求。
3. 测试结果
测试用例设计的原则就是要用最少的用例发现最多的缺陷。
测试结果可以反馈一部分用例的设计质量。
例如每百行用例发现1个严重缺陷，3个一般缺陷就是一个量化过程。
可以在每个发布版本中进行比较。
4. 返回缺陷
最终用户的结果最有说服力。
测试用例是测试的中心，如果发布的产品缺陷很多，那说明用例设计不成功。
用例的质量直接影响到了产品最终质量。
欢迎大家继续补充，谢谢。 基本上同意楼上的意见 谢谢两位
我补充一个，就是测试项目中发现的用例外bug数目占总bug数目的比例，是否也可以作为用例设计质量的评价标准？
页:
[1]
