假設業務災難恢復（DR）計劃是為了保護信息技術和通信資源而創建的，也許DR計劃中***的誤解是只要有一個計劃就足以保護技術。如果沒有定期測試和更新計劃，則不能保證計劃和程序能達到預期的恢復結果，如滿足恢復時間目標。

通過測試可增加業務災難恢復計劃按設計和需要執行的可能性。隨著技術的變化，計劃應該更新，如果可能的話，重新測試以確保技術變化得到保護。

DR計劃測試的頻率是另一個要考慮的問題。傳統思維是針對業務災難恢復計劃（或其中的一部分）每年進行測試。如果組織的IT基礎設施在12個月內變化不大，那么這個指標是可以接受的。

[[210682]]

然而，對于那些廣泛使用技術并經常審查提高生產率和改善客戶服務的活躍組織來說，技術需求可能會更頻繁地發生變化。因此，DR計劃測試也應該更頻繁地進行，以確保計劃準確地反映和保護變化的環境。

值得注意的一個趨勢是，災難恢復即服務（DRaaS）公司提供的災難恢復測試的頻率越來越高。作為合同的一部分，傳統的實體DR服務公司通常每年進行一到兩次測試。額外的測試可以安排，但需要收費。一些較新的DRaaS公司，基于云計算，現在提供***的災難恢復測試作為其服務包的一部分。所以不再有忽視DR計劃測試的借口。

業務災難恢復計劃的制定并不少見，然后又被放在書柜或書架上堆積灰塵。許多計劃已經過時，并不能準確反映所使用的技術的現狀，以及不斷變化的業務需求。

DRaaS公司可以協助制定災難恢復計劃，將其存儲在易于訪問的地方，例如智能手機，并確保定期對其進行測試。因此，他們對一個組織的價值也在增加。