假设业务灾难恢复（DR）计划是为了保护信息技术和通信资源而创建的，也许DR计划中***的误解是只要有一个计划就足以保护技术。如果没有定期测试和更新计划，则不能保证计划和程序能达到预期的恢复结果，如满足恢复时间目标。
通过测试可增加业务灾难恢复计划按设计和需要执行的可能性。随着技术的变化，计划应该更新，如果可能的话，重新测试以确保技术变化得到保护。
DR计划测试的频率是另一个要考虑的问题。传统思维是针对业务灾难恢复计划（或其中的一部分）每年进行测试。如果组织的IT基础设施在12个月内变化不大，那么这个指标是可以接受的。
然而，对于那些广泛使用技术并经常审查提高生产率和改善客户服务的活跃组织来说，技术需求可能会更频繁地发生变化。因此，DR计划测试也应该更频繁地进行，以确保计划准确地反映和保护变化的环境。
值得注意的一个趋势是，灾难恢复即服务（DRaaS）公司提供的灾难恢复测试的频率越来越高。作为合同的一部分，传统的实体DR服务公司通常每年进行一到两次测试。额外的测试可以安排，但需要收费。一些较新的DRaaS公司，基于云计算，现在提供***的灾难恢复测试作为其服务包的一部分。所以不再有忽视DR计划测试的借口。
业务灾难恢复计划的制定并不少见，然后又被放在书柜或书架上堆积灰尘。许多计划已经过时，并不能准确反映所使用的技术的现状，以及不断变化的业务需求。
DRaaS公司可以协助制定灾难恢复计划，将其存储在易于访问的地方，例如智能手机，并确保定期对其进行测试。因此，他们对一个组织的价值也在增加。
