是否有测量缺陷密度的标准方法?大多数在线网站指出,应将其衡量为:
number of defects discovered / the code size
我的问题是:
由于时间的不足,应该从缺陷discovered?What中减去在此期间的缺陷“修复”吗?是否应该将这些积压缺陷添加到下一个版本的密度中?如果已经证明代码由于大量重复而不必要地膨胀,那么分母中的KLOC可能不是一个很好的度量。中的一个因素应该如何将特定时间内的搅动和特定模块的现有缺陷积压与由于搅拌而产生/发现的缺陷的数量联系起来?
我们的最终目标是:(a)将我们的缺陷密度与行业标准进行比较(b),以确定哪些模块脆弱且更易出错,值
我希望使用VersionOne .Net SDK创建一个以回归测试为父级的新测试。此代码将Violation'Required'AttributeDefinition'Parent'Test: NULL抛到行_services.Save(newAsset)上。
这是我正在使用的代码:
var parentAssetType = "RegressionTest";
var typeOfAsset = "Test";
var assetTitle = "My New Test";
public Asset AddN
以下HTML在IE6中对我不起作用:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html><body>This text is visible.<textarea>This too.</textarea>
This is not visible.
<select><option value="a">A</option><option value="b">B
评估软件QA团队性能的最佳指标是什么?
我正在寻找与以下指标类似的度量标准:
1.测试效率
Test Efficiency = ((A-C) / (A+B))*100
A = Defects found by test team
B = Defects Found by customer
C = Total number of Invalid defects found during Phase "A".
2.缺陷泄漏可以用
Defect Leakage = (A / (B-C))*100
Where
A = Total Defects fo