广州可靠性测试，铜材盐雾测试

A是明确设计用于预防的错误操作的数量，B是组织列出的应考虑的数量。标准并没有明确定义什么是关键或严重故障；我们的假设是，每个组织都需要编制自己的清单，也许可以通过挖掘缺陷数据库。

避免的一个例子可能是在处理API调用之前进行前提条件检查，检查每个参数以确保其包含正确的数据类型和允许值。显然，这样一个系统的开发人员必须在安全和性能之间做出权衡。

4.3.2.2 外部容错指标

故障避免（Breakdown avoidance）

衡量系统导致整个生产环境崩溃的频率。计算公式为X = 1 - A / B。

其中，A为总故障次数，B为故障次数。企业在计算该指标时可能会遇到的问题是如何准确定义故障。ISO 9126中对故障一词的定义如下： "用户任务的执行暂停，直到系统重新启动或失去控制，直到系统被迫关闭。如果次要故障也包含在计数中，则该指标可能看起来更接近于1，而非实际意义上的1。

理想情况下，系统设计应能够处理内部故障，而不会导致系统完全崩溃；当然，这通常是通过在系统中添加额外的故障检测和修复代码来实现的。当故障发生率较低时，测量故障发生间隔时间（MTBF）可能比这一指标更有意义。

Failure avoidance

衡量有多少故障模式得到控制，避免了关键和严重故障。举两个例子：超出范围的数据和死锁。请记住，这些指标用于动态测试。为了捕捉这一特殊指标，我们将执行负测试，然后计算系统能够在强制故障中存活下来，而不会陷入临界或严重故障的频率。ISO 9126-2给出的故障影响示例如下：Critical、Serious、Average、Small、None

X = A / B

其中，A 是针对给定故障模式的测试用例避免发生的关键和严重故障的数量，B 是针对故障模式执行的测试用例的数量。数值越接近1越好，表示用户遭受的关键和严重故障越少越好。

————————————————