一個很好的問題出現在北京軟件開發的論壇當事情與你的軟件錯誤的發生？ ，，真的錯了或可怕的錯誤？ 從實驗角度，問題涉及不可預見的失敗，或失敗，合理和充分的測試未能識別。

有很多答案，但這個問題應該從影響測量 。換句話說，它如果這個應用程序失敗不可預知的，如果這樣怎么回事？ 例如，沒人會在乎如果紙牌偶爾崩潰。 另一方面，核反應堆控制系統問題多。

 

這里有一些提示：

 

優先考慮你的軟件。挑出較重要的功能，提供較大的價值給你的較終用戶。

確定不可預見的錯誤和失敗在那些高優先級的成分的影響。什么可能如果這些組件失敗或是錯誤的走錯了嗎？

如果它實際上事項的決定。不是每件事都有值得艱巨的計劃失敗的管理。

一旦你知道什么是重要的、什么不是，對影響計劃并不是失敗。那是，因為失敗的結局計劃并不是失敗本身。 在核危機事件，沒有人在乎你做與不可預見的異常拋出了控制系統。 他們想要阻止災難的計劃。

與客戶的工作確保他們理解失敗的影響以及如何妥善管理他們。

沒有人指望完美，而現實是，事情發生的時候。 這種規劃較終是一部分災難恢復，讓很多在自然災害方面的討論。 然而，良好的災難恢復計劃應包括的范圍廣泛的故障情況。 如果在金融服務公司的主機有軟件故障，這可能是一樣糟糕的地震。 好規劃應適應。

 

對任何人來說都是一個軟件測試人員，你是在一個獨特的地方，你可以看到軟件故障比大多數人更好。如果你的產品 失敗會對你的客戶產生重大影響，與他們合作，找出較關鍵的部件放在一起的應急計劃，北京軟件開發可以使用他們自己的災難恢復計劃。 較終結果應為較壞的情況下，誰擁有自己的失敗準備更多的信心客戶更好的計劃。