【问题标题】:Comparing test coverage metrics to identify an increase/decrease after implementing automation比较测试覆盖率指标以确定实施自动化后的增加/减少
【发布时间】:2016-08-31 12:19:39
【问题描述】:

假设我想比较实施自动化框架前后项目的测试覆盖率水平。

我收集了所有项目的测试覆盖率指标。

这只是平均水平吗?之前与平均项目的测试覆盖率。实现自动化框架后的项目测试覆盖率?

我需要称重吗?

如何最好地实现这一目标?

【问题讨论】:

    标签: selenium testing automated-tests code-coverage code-metrics


    【解决方案1】:

    你可以这样做。

    我认为您最好专注于新实现功能的测试覆盖率。旧的现有代码可能“足够好”,或者您不会已经发布它。

    您应该做的是识别已从旧版本应用程序更改到新版本的代码,并测量其测试覆盖率。
    这将是相当困难的开始。但它会迫使人们测试新功能。

    随着时间的推移,您可以减轻整个应用程序的测试覆盖率,但预计在开始时覆盖率会非常令人失望。

    【讨论】:

      【解决方案2】:

      我假设您的意思是线路覆盖率。

      项目的线路覆盖率是覆盖线路的数量除以可覆盖线路的数量。

      一组项目的覆盖率最明智的衡量标准是相同的:所有项目中覆盖的总行数除以所有项目中可覆盖的总行数。这通过项目中的行数来加权每个项目的覆盖率。 (每个项目的平均覆盖率将忽略每个项目中的行数。)这是有道理的,因为每个未发现行的错误数量在项目之间可能大致保持不变。

      【讨论】:

        猜你喜欢
        • 2019-03-24
        • 1970-01-01
        • 1970-01-01
        • 2020-01-24
        • 1970-01-01
        • 2014-11-06
        • 2017-07-05
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多