深圳可靠性检测，镀锡盐雾测试

实际故障数量很有可能超过估计数量。标准建议重新估算，如果出现这种情况，可以使用不同的可靠性增长模型。该标准还指出，在实际发现故障较少的情况下，不应该仅仅为了使系统看起来更好而估计更多的潜在缺陷。我们相信这种情况永远不会发生！

该标准的一个概念性问题是，它似乎假定缺陷和故障之间存在一一对应的关系。潜在缺陷可能会导致0到N个故障，从而使这种关系失效，并可能使该指标失去意义。然而，可靠性增长模型可能内置了这一概念，允许出现这种可能性。标准建议尝试几种可靠性增长模型，找到合适的模型。在某些方面，我们认为这就像根据律师说的你想听的话来选择律师一样......

测试用例的故障密度

测试期间检测到多少故障的度量。为了计算这一指标，请使用以下公式

X = A1 / A2

其中，A1是在此期间检测到的故障数量，A2是执行的测试用例数量。该指标的理想值取决于测试阶段。早期阶段（单元测试、组件测试和集成测试）的数值越大越好。在测试后期和运行阶段，数量越少越好。只有在整个生命周期内进行监控，并将其视为一种趋势而不是时间快照时，这个指标才真正有意义。尽管ISO 9126-2没有提到这一点，但如果不同测试级别的测试用例之间存在较大差异，测试用例的粒度可能会影响这一指标。一个单元测试用例通常测试一个对象或函数的单个操作，而一个系统测试用例可以轻松地持续几个小时，并在代码中发生成千上万个这样的操作。如果一个组织打算在多个测试级别中使用该指标，他们必须得出一种方法来规范A2的大小。如果仅在每个测试级别中单独使用，而不在不同测试级别之间进行比较，则该指标可能为有用。该标准确实指出，测试应包括适当的测试用例：正常、特殊和异常测试。

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