安全功能测试的覆盖度：从需求条目到用例

← 返回安全规范栏目

覆盖度是算出来的，不是感觉出来的

安全功能测试常见的情况是测了几项就认为没有问题。要把覆盖度说清楚，最简单的办法是回到需求清单：每一条需求对应几条用例，用例是否覆盖了触发条件、预期动作和恢复方式。用需求条目数作为分母，已覆盖的条目数作为分子，覆盖情况一目了然。凡是分母上存在但没有用例的条目，就是缺口所在，评审时优先补。

用例要覆盖哪几类情形

• 正常触发：按设计要求触发安全功能，观察动作是否符合预期，包括停止方式与停止距离。
• 边界条件：人员或物体处于传感器检测边界的临界位置时，功能是否可靠触发。
• 失效组合：单一检测元件失效、信号线断开、供电波动等情形下的表现，验证是否进入安全状态。
• 恢复动作：触发之后的复位流程是否必须人工确认，复位后设备能否自行启动。
• 相互干扰：多个安全功能同时触发时的优先级与最终状态。

测试记录怎么写

每条用例记录测试条件、操作步骤、观察到的现象与判定结果，并注明测试时的设备状态和软件版本。判定结果不要只写合格，要写清依据，例如停止时间在允许范围内、复位后未自动启动。出现不符合预期的项目，记录现象后立即中止相关测试并转入处理流程，处理完成后重新测试该条及相邻条目。记录应保留原始数据，便于后续核对与追溯。