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

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

 

這裏有一些提示：

 

優先考慮你的軟件。挑出較重要的功能，提供較大的價值給(gěi)你的較終用戶(hù)。

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

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

一旦你知道什麽是重要的、什麽不是，對影響計劃並(bìng)不是失敗。那是，因爲失敗的結局計劃並(bìng)不是失敗本身。 在核危機事件，沒有人在乎你做與不可預見的異常抛出瞭(le)控制系統。 他們想要阻止災難的計劃。

與客戶的工作確(què)保他們理解失敗(bài)的影響以及如何妥善管理他們。

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

 

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