让我们说我想比较实施自动化框架之前和之后项目的测试覆盖水平。
我收集了有关测试覆盖率的所有项目的指标。
它只是平均而言。对平均项目的测试覆盖率。实施自动化框架后测试项目的覆盖范围?
我需要加重吗?
如何最好地实现这一目标?
答案 0 :(得分:1)
我假设您的意思是线路覆盖范围。
项目的线覆盖范围是覆盖线的数量除以可覆盖线的数量。
对于一组项目,最明智的覆盖范围是相同的:所有项目中涵盖线的总数除以所有项目中可覆盖线的总数。这会根据项目中的行数对每个项目的覆盖范围进行加权。 (平均每个项目的覆盖范围将忽略每个项目中的行数。)这是有道理的,因为每个未覆盖行的错误数量可能在项目中大致保持不变。
答案 1 :(得分:1)
你可以这样做。
我认为您最好专注于新实施功能的测试覆盖范围。旧的现有代码可能“足够好”,或者您不会已经发货。
您应该做的是将旧版应用程序已更改的代码标识为新版本,并测量该版本的测试范围。
开始这将非常困难。但它会迫使人们测试新功能。
随着时间的推移,您可以放宽整个应用程序的测试覆盖率,但是当您开始时,预计它在覆盖百分比方面会非常令人失望。