一个很好的问题出现在北京软件开发的论坛当事情与你的软件错误的发生？ ，，真的错了或可怕的错误？ 从实验角度，问题涉及不可预见的失败，或失败，合理和充分的测试未能识别。

有很多答案，但这个问题应该从影响测量 。换句话说，它如果这个应用程序失败不可预知的，如果这样怎么回事？ 例如，没人会在乎如果纸牌偶尔崩溃。 另一方面，核反应堆控制系统问题多。

 

这里有一些提示：

 

优先考虑你的软件。挑出较重要的功能，提供较大的价值给你的较终用户。

确定不可预见的错误和失败在那些高优先级的成分的影响。什么可能如果这些组件失败或是错误的走错了吗？

如果它实际上事项的决定。不是每件事都有值得艰巨的计划失败的管理。

一旦你知道什么是重要的、什么不是，对影响计划并不是失败。那是，因为失败的结局计划并不是失败本身。 在核危机事件，没有人在乎你做与不可预见的异常抛出了控制系统。 他们想要阻止灾难的计划。

与客户的工作确保他们理解失败的影响以及如何妥善管理他们。

没有人指望完美，而现实是，事情发生的时候。 这种规划较终是一部分灾难恢复，让很多在自然灾害方面的讨论。 然而，良好的灾难恢复计划应包括的范围广泛的故障情况。 如果在金融服务公司的主机有软件故障，这可能是一样糟糕的地震。 好规划应适应。

 

对任何人来说都是一个软件测试人员，你是在一个独特的地方，你可以看到软件故障比大多数人更好。如果你的产品 失败会对你的客户产生重大影响，与他们合作，找出较关键的部件放在一起的应急计划，北京软件开发可以使用他们自己的灾难恢复计划。 较终结果应为较坏的情况下，谁拥有自己的失败准备更多的信心客户更好的计划。