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

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

 

這里有一些提示：

 

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

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

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

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

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

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

 

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