如何最好地衡量被测系统的自动化统计数据/覆盖率(根据您的经验)?
简要概述:
- 当前有100多个测试(功能文件和方案),这些测试也根据它们要测试的系统区域的类型进行标记。
- 测试也集成到Jenkins中,Jenkins还在测试执行后生成报告。
当前,我在测量针对给定系统(可能是前端系统,后端UI系统等)创建的测试数量和需要创建的测试数量时遇到问题。
我知道范围报告有助于区分不同的测试类型等(标签..),但是只是以为我会得到其他人对该主题的想法和看法?
谢谢
如何最好地衡量被测系统的自动化统计数据/覆盖率(根据您的经验)?
简要概述:
当前,我在测量针对给定系统(可能是前端系统,后端UI系统等)创建的测试数量和需要创建的测试数量时遇到问题。
我知道范围报告有助于区分不同的测试类型等(标签..),但是只是以为我会得到其他人对该主题的想法和看法?
谢谢
尝试时总是有判断错误的空间
衡量被测系统的自动化统计数据/覆盖率
因为没有工具可以(真正)自动化优秀QA工程师的思维和技能。测试覆盖率作为衡量指标仅在一定程度上有用。它可以帮助您发现差距以及需要花更多精力的地方。您怎么知道69%的测试覆盖率差,而70%的测试覆盖率好!?
以我的经验并为您提供更具体的答案,我们使用了一个简单的公式:
对于每个接受标准,您至少需要:
- 一个积极的情况
- 一个负面的情况(或两个,如果您想涵盖“系统需要做的事,它不应该做的事”和“系统不做事的,它应该做的事”)
- 破坏性场景(例如输入格式错误)
当然,在大多数情况下,您将需要更多,但这些应是默认的最低要求。现在,有了一些数字和图表,您可以创建一个热图,以显示在报告中。像这样对企业友好的东西: