从需求到自动化覆盖率看板

2026年5月记录，分类「测试工具」。这里不追求大而全，主要记录一个测试点从发现到落地的过程。

看板目的

自动化覆盖率看板如果只统计脚本数量，很容易误导。我更想看需求、风险点、用例、自动化脚本和执行结果之间的关系。

对测试来说，最后要落到可复现、可验证、可交接，文章也是按这个思路写的。

数据来源

• 需求拆成测试点，并标记风险等级。
• 自动化脚本关联到具体测试点，而不是只关联模块。
• 看板展示通过率、失败原因、最近执行时间和未覆盖原因。

需求ID | 风险等级 | 测试点 | 自动化状态 | 最近执行 | 失败原因
REQ-1024 | 高 | 订单提交 | 已覆盖 | 2026-05-08 | -

覆盖口径

• 高风险需求覆盖状态清楚。
• 未自动化的原因有记录。
• 失败用例能追到对应需求和缺陷。

落到团队协作里，重点是让新人能照着补用例，开发也能看懂为什么要改。

使用方式

覆盖率不是越高越好，关键是高风险路径有没有被稳定守住。真正有价值的不是这一次解决了什么，而是下次能不能更快定位同类问题。