恢复测试
恢复测试是一种软件测试技术，验证软件从故障(如软件/硬件崩溃、网络故障等)中恢复的能力。恢复测试涉及将软件恢复到已知完整性的点，并将事务重新处理到故障点。
恢复测试示例
当应用程序从网络接收数据时，拔下连接电缆。
- 一段时间后，重新插入电缆，并分析应用程序从网络连接中断的位置继续接收数据的能力。
- 在浏览器打开一定数量的会话时重新启动系统，并检查浏览器是否能够恢复所有会话
在软件工程中，可恢复性测试是一种非功能性测试。(非功能测试指的是软件可能与特定功能或用户操作(如可伸缩性或安全性)无关的方面。)
恢复所需的时间取决于：
- 重新启动点数
- 应用程序的数量
- 开展恢复活动的人员的培训和技能，以及可用于恢复的工具。
当出现多个故障时，恢复测试应该以结构化方式进行，而不是处理所有故障，这意味着应该对一个网段执行恢复测试，然后再对另一个网段执行恢复测试。
它是由专业的测试人员完成的。在恢复测试之前，要进行足够的备份，以确保即使在灾难发生后也可以继续操作。
恢复过程的生命周期
恢复过程的生命周期可分为以下五个步骤：
- 正常运行
- 灾害发生
- 操作中断和故障
- 通过恢复过程清理灾难
- 对所有流程和信息进行重构，使整个系统恢复正常运行
详细讨论这5个步骤-
-
由集成以实现共同目标的硬件、软件和固件组成的系统被操作以实现明确定义和声明的目标。系统被调用进行正常操作，在规定的时间内不受任何干扰地执行设计的工作。
-
由于各种原因，如输入启动故障、硬件故障导致的软件崩溃、火灾、盗窃和罢工造成的损坏，可能会由于软件故障而发生中断。
-
中断阶段是最痛苦的阶段，它会导致业务损失、关系破裂、机会损失、工时损失以及不可避免的财务和商誉损失。每个明智的机构都应该有一个灾难恢复计划，以使中断阶段降至最低。
-
如果备份计划和风险缓解流程在遇到灾难和中断之前处于正确的位置，则可以在不损失太多时间、精力和精力的情况下完成恢复。应确定指定的个人及其团队，并指定每个人的角色，以确定责任并帮助组织从长期中断中拯救出来。
-
重建可能涉及多个操作会话，以重建所有文件夹以及配置文件。应该有适当的文件和重建过程才能正确恢复。
恢复策略
恢复团队应该有他们独特的策略来检索重要的代码和数据，以使操作恢复正常。 根据每个组织正在处理的系统的关键程度，该策略可以是唯一的。
关键系统的可能策略可以如下所示：
- 要有一个或多个备份，执行以下操作
- 在一个地方或不同的地方有多个备份
- 要进行在线备份或离线备份，执行以下操作
- 备份是基于策略自动完成还是手动完成？
- 可以使用独立的修复团队或开发团队本身来进行工作
这些策略中的每一种都有与之相关的成本因素，并且多个备份所需的多个资源可能会消耗更多的物理资源，或者可能需要一个独立的团队。
由于数据和代码对相关开发机构的依赖，许多公司可能会受到影响。
如何进行恢复测试
在执行恢复测试时，应考虑以下事项。
- 必须创建一个尽可能接近实际部署条件的试验台。如果条件不同，接口、协议、固件、硬件和软件的更改应尽可能接近实际情况。
- 通过详尽的测试可能既耗时又昂贵，应该执行相同的配置和完整的检查。
- 如果可能，应该在我们最终要恢复的硬件上执行测试。如果我们要还原到与创建备份的计算机不同的计算机上，情况尤其如此。
- 某些备份系统要求硬盘的大小与备份的硬盘大小完全相同。
- 随着驱动器技术的快速发展，旧驱动器可能与新驱动器不兼容，因此应该管理过时的驱动器。可以配置虚拟机以模拟现有硬件，包括磁盘大小和其他配置。
- 在线备份系统在测试中也不异常。大多数在线备份服务提供商通过使用容错存储系统来保护我们免受介质问题的直接影响。
- 虽然在线备份系统非常可靠，但我们必须测试系统的还原端，以确保检索功能、安全性或加密没有问题。
修复后的测试程序
大多数大公司都有独立的审计师定期执行恢复测试工作。
维护和测试全面的灾难恢复计划的费用可能会很高，而且对于较小的企业来说可能会令人望而却步。
较小的风险可能依赖于他们的数据备份和异地存储计划，以在发生灾难的情况下拯救他们。
还原文件夹和文件后，可以执行以下检查以确保正确恢复文件：
- 重命名损坏的文档文件夹
- 计算还原文件夹中的文件数，并将其与现有文件夹进行匹配。
- 打开几个文件，并确保可以访问它们。务必并确保可以浏览数据、更新数据或做任何通常要做的事情。
- 最好打开几个不同类型的文件，图片、mp3、文档以及一些大的和一些小的。
- 大多数操作系统都有可用于比较文件和目录的实用程序。
总结：
在本教程中，我们学习了恢复测试的各个方面，这些方面有助于了解系统或程序在故障后是否满足其要求。
