如何通过报告最好地衡量针对被测系统的自动化覆盖率?

如何最好地衡量被测系统的自动化统计数据/覆盖率(根据您的经验)?

简要概述:

  • 当前有100多个测试(功能文件和方案),这些测试也根据它们要测试的系统区域的类型进行标记。
  • 测试也集成到Jenkins中,Jenkins还在测试执行后生成报告。

当前,我在测量针对给定系统(可能是前端系统,后端UI系统等)创建的测试数量和需要创建的测试数量时遇到问题。

我知道范围报告有助于区分不同的测试类型等(标签..),但是只是以为我会得到其他人对该主题的想法和看法?

谢谢

wohenzhuce 回答:如何通过报告最好地衡量针对被测系统的自动化覆盖率?

尝试时总是有判断错误的空间

  

衡量被测系统的自动化统计数据/覆盖率

因为没有工具可以(真正)自动化优秀QA工程师的思维和技能。测试覆盖率作为衡量指标仅在一定程度上有用。它可以帮助您发现差距以及需要花更多精力的地方。您怎么知道69%的测试覆盖率差,而70%的测试覆盖率好!?

以我的经验并为您提供更具体的答案,我们使用了一个简单的公式:

  

对于每个接受标准,您至少需要:

     
      
  • 一个积极的情况
  •   
  • 一个负面的情况(或两个,如果您想涵盖“系统需要做的事,它不应该做的事”和“系统不做事的,它应该做的事”)
  •   
  • 破坏性场景(例如输入格式错误)
  •   

当然,在大多数情况下,您将需要更多,但这些应是默认的最低要求。现在,有了一些数字和图表,您可以创建一个热图,以显示在报告中。像这样对企业友好的东西:

simple test coverage heatmap

本文链接:https://www.f2er.com/3145018.html

大家都在问