测试质量衡量标准质量衡量标准 (标尺)可清晰量化的衡量产品质量测试覆盖率-代码块覆盖,功能覆盖,用例覆盖....这么多覆盖率,每个覆盖率,合理的目标是多少?50%?80%100%按照找到的缺陷数目,多少是被用户找到的,多少是被内部非测试团队找到的,多少是被测试团队找到的,以此为衡量质量的标尺之一?重复发生的回归性缺陷数目补丁和 Servicepackage数量,来衡量质量我们有这么多可以用来衡量质量的标准,那么,哪些应该是核心的标准,最重要的普遍标准.怎么把各个标准和质量关联上?制定发布的质量指标,怎样才是正确的指标,可以指导我们决定发布还是延迟发布产品直到我们达到该指标.怎么定义测试效率?包括怎么衡量s变化对测试的影响..怎么定义测试"完成"了?复杂领域产品测试:音频和视频质量测试"看起来效果对吗?""听起来效果对吗?"效果"好"吗?各种主观类型的测试判断测试工具对系统本身的影响(测不准原理?):性能测试工具本身对机器性能的影响所导致的测不准效果.如何确定一个软件的测试结束点在软件消亡之前，如果没有测试的结束点，那么软件测试就永无休止，永远不可能结束。软件测试的结束点，要依据自己公司具体情况来制定，不能一概而论！个人认为测试结束点由以下几个条件决定：1．基于“测试阶段”的原则：每个软件的测试一般都要经过单元测试、集成测试、系统测试这几个阶段，我们可以分别对单元测试、集成测试和系统测试制定详细的测试结束点。每个测试阶段符合结束标准后，再进行后面一个阶段的测试。举个例子来说：单元测试，我们要求测试结束点必须满足“核心代码 100％经过CodeReview”、“功能覆盖率达到 100％”、“代码行覆盖率不低于 80％”、“不存在 A、B类缺陷”、“所有发现缺陷至少 60％都纳入缺陷追踪系统且各级缺陷修复率达到标准”等等标准。集成测试和系统测试的结束点都制定相关的结束标准，当然也是如此。2．基于“测试用例”的原则：测试设计人员设计测试用例，并请项目组成员参与评审，测试用例一旦评审通过，后面测试时，就可以作为测试结束的一个参考标准。比如说在测试过程中，如果发现测试用例通过率太低，可以拒绝继续测试，待开发人员修复后再继续。在功能测试用例通过率达到 100%，非功能性测试用例达到 95%以上，允许正常结束测试。但是使用该原则作为测试结束点时，把握好测试用例的质量，非常关键。3．基于“缺陷收敛趋势”的原则：软件测试的生命周期中随着测试时间的推移，测试发现的缺陷图线，首先成逐渐上升...
