求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
要资料
 
追随技术信仰

随时听讲座
每天看新闻
 
 
目录
软件测试
1.教程
2. 软件测试原则
3. 软件开发生命周期(SDLC)
4. 软件测试命周期(STLC)
5. 软件测试的类型
6. 测试成熟度模型
7. 测试级别
SDLC 模型
1.瀑布模型
2.螺旋模型
3.混合模型
4.原型模型
5. V模型/V和V模型/验证和验证模型
测试的类型
1.手动测试
2.自动化测试
手册的类型
1.白盒测试
2.黑盒测试
3.灰盒测试
白盒技术
1.数据流测试
2.控制流测试
3.分支覆盖测试
4.语句覆盖率测试
5.决策覆盖率测试
黑盒技术
1.决策表
2.全对测试
3.黑盒测试中的因果图
4.状态转换技术
5.用例技术
黑盒的类型
1.功能测试
2.非功能性测试
功能类型
1.单元测试
2.集成测试
3.系统测试
非功能性的类型
1.性能测试
2.易用性测试
3.兼容性测试
测试用例开发
1.测试文档
2.测试场景
3.测试用例
测试技术
1.错误猜测技术
2.等效分区技术
3.边界值分析
测试管理
1.测试计划
2.测试用例审查过程
3.需求可追溯性矩阵
缺陷跟踪
1.软件测试中的错误
2.Bug生命周期
3.测试中bug的严重性和优先级
4.测试环境
5.缺陷管理过程
其他类型的测试
1.回归测试
2.冒烟测试
3.健全性测试
4.静态测试
5.动态测试
6.负载测试
7.压力测试
8.恢复测试
9.探索性测试
10.可视化测试
11.验收测试
12.Alpha 测试
13.Beta 测试
14.数据库测试
15.主机测试
16.Adhoc测试
17.全球化测试
18.变异测试
19.安全测试
20.可访问性测试
21.结构测试
22.批量测试
23.可伸缩性测试
24.稳定性测试
25.峰值测试
26.负面测试
27.正面测试
28.耐久性测试
29.可靠性测试
30.Monkey测试
31.敏捷测试
32.组件测试
33.GUI测试
34.测试策略
软件测试工具
1.软件测试工具
2.测试管理工具
3.缺陷/Bug跟踪工具
4.自动化测试工具
5.性能测试工具
6.跨浏览器测试工具
7.集成测试工具
8.单元测试工具
9.移动测试工具
10.GUI测试工具
11.安全测试工具
12.渗透测试工具
差异
1.自动化测试与手动测试
2.负载测试与压力测试
3.冒烟测试和健全性测试之间的差异
4.系统测试和验收测试之间的差异
5.质量保证与质量控制
6.静态测试与动态测试
7.验证和确认测试
8.Alpha 测试和 Beta 测试
9.黑盒测试与白盒测试与灰盒测试
10.全球化测试和本地化测试之间的区别
11.测试用例与测试场景
12.测试计划 VS.测试策略
13.边界值分析和等价划分之间的差异
14.SDLC VS.STLC
15.Bug, Defect, Error, Fault 和 Failure之间的区别
16.测试和调试之间的区别
17.前端测试 VS.后端测试
18.HLD和LLD的区别
19.BRS vs SRS
20.正面测试和负面测试之间的区别
21.自上而下和自下而上的集成测试之间的区别
22.用例和测试用例之间的区别
23.Monkey 测试 VS Gorilla 测试
24.Stubs和Drivers之间的区别
25.组件测试和单元测试之间的区别
26.软件测试和嵌入式测试之间的区别
27.GUI 测试和可用性测试之间的差异
28.SDET和Tester的区别
29.桌面应用程序测试、客户端-服务器应用程序测试和 Web 应用程序测试之间的区别
30.主动测试
31.什么是API
32.自动化测试
 
 
目录
恢复测试
来源:Javatpoint     翻译:Linda (火龙果软件)
763 次浏览
1次  

在本节中,我们将了解恢复测试,这是非功能性测试的重要组成部分,用于测试应用程序从硬件崩溃或故障中恢复的速度。

我们还要了解了它的过程,为什么我们需要执行恢复测试,谁执行恢复测试,示例,优点和缺点。

1. 恢复测试简介

恢复测试是测试工程师将测试应用程序以检查软件或应用程序从灾难或崩溃中恢复的情况的测试。

它是性能测试下最重要的非功能测试类型之一。

换句话说,我们可以说进行恢复测试是为了验证应用程序在经历任何软件、硬件崩溃或网络故障等后可以多快、多好地改进或学习软件的功能。

这是软件以多种方式确认恢复正确执行所需的故障。

在执行恢复测试时,我们应该首先进行备份并将其保存到安全的位置,以便在数据未成功恢复时避免任何数据丢失。

在执行恢复测试时,软件/硬件无法验证以下方面:

  • 丢失的数据可以完全检索或不完全检索。
  • 它无法验证系统可以恢复的方案比例。
  • 它无法验证是否可以执行该软件的任何其他附加操作。

注意:一个好的软件应用程序是能够立即从崩溃、硬件故障或其他此类故障中恢复的应用程序。

 

2. 恢复测试示例

让我们看一个场景,我们可以了解如何执行恢复测试:

场景

假设我们正在使用浏览器,比如谷歌浏览器,并且电源关闭。当我们再次打开系统并重新打开谷歌浏览器时,我们会看到一个消息窗口,显示我们是要启动新会话还是恢复以前的会话。

因此,在这种情况下,当我们重新启动系统时,浏览器具有一定数量的会话并检查浏览器是否可以恢复所有会话。

需要测试恢复的一些最常见故障:

  • 在这里,我们列出了一些在执行恢复测试时需要测试的最常见故障:
  • 外部设备无响应
  • 网络问题
  • 无线网络信号丢失
  • 电源故障
  • 服务器无响应
  • 数据库过载
  • 无法访问外部服务器
  • 缺少 DLL 文件
  • 身体状况
  • 已停止的服务

3. 为什么恢复测试很重要?

如果我们为将决定组织成功与失败之间的区别的用户开发应用程序,则恢复测试非常重要。

因此,我们需要开发具有足够一致性和可恢复性的软件。

4. 何时需要执行恢复测试?

  • 每当我们有版本或升级时,我们都需要查看特定于系统的恢复测试。
  • 要执行恢复测试,我们需要确保每个人都包含在彼此的角色和职责中。
  • 关键业务功能可以在发生故障或灾难时正常运行。

5. 谁实施恢复测试?

恢复测试是业务连续性规划 (BCP) 的一部分,涉及许多角色。以下相关人员可以执行恢复测试:

  • 它可以由具有管理此类中断的知识和经验的生产服务和服务管理团队执行。
  • 技术型中小企业认可由硬件维护的核心系统。
  • 恢复测试可以由管理服务器和其他硬件基础结构的 IT 运营团队执行。

6. 恢复测试生命周期

恢复测试生命周期包括各个阶段,如下所示:

  • 标准操作
  • 灾难和故障发生
  • 标准流程中断
  • 恢复过程
  • 重建过程

让我们一一详细了解:

  • 标准操作

在标准操作阶段,我们将根据软件和硬件要求建立系统,其中特定系统可以按预期执行。它用于定义系统计划的工作方式。

  • 灾难和故障发生

在恢复测试的下一阶段,我们可以识别系统的几个故障,这些故障如下:

  • 电源故障
  • 硬件故障
  • 身体状况
  • 服务器无法访问等等
  • 标准流程中断

它导致我们在业务、财务损失、与客户的关系、市场声誉等方面遭受损失。

  • 恢复过程

在恢复测试中,恢复过程用于远离公司中最重要的损失,并制定备份计划,对中断系统的影响最小。

  • 重建过程

恢复测试过程的最后阶段是重建过程,其中包含必须遵循的已指定的文档和过程。在此阶段,将还原所有配置文件和文件夹以检索丢失的数据。

7. 实施恢复测试之前要执行的步骤

在执行恢复测试过程之前,需要执行以下步骤,以确保恢复测试的性能:

步骤1:适当的恢复分析

在实施恢复测试之前,我们应该确保必须进行适当的分析以验证恢复的可能性。恢复分析对于我们更好地了解与恢复相关的修改是必要的,这可能会影响系统的工作。

为了完成适当的分析,我们可以观察以下几个方面:

  • 系统分配额外资源的能力,例如在发生严重故障或额外 CPU 时分配服务器。
  • 如何跟踪故障。
  • 故障的影响、可能发生的故障以及故障的解决方案。

步骤2:准备测试计划

在下一步中,我们将根据分析结果准备测试用例,我们在上面的步骤中讨论过。

步骤3:准备测试环境

准备好测试用例后,我们进入下一步,根据恢复分析结果设计测试环境。

步骤4:保留数据的备份

在准备测试用例和测试环境之后,我们可以进入下一步,保留与软件相关的备份数据,例如,软件和数据库的几种状态。

同样,如果数据很重要,那么我们可以借助以下策略根据关键程度保留备份数据:

  • 在一个或多个位置备份数据。
  • 单个备份或多个备份。
  • 自动设置为每 n 分钟备份一次,例如 20 分钟。
  • 联机和脱机备份。
  • 要执行和跟踪备份,我们可以有一个单独的团队。
  • 为恢复测试分配资源。

步骤5:恢复人员分配

成功维持数据备份后,我们将有足够的知识进行恢复测试并分配恢复人员。

步骤6:文档

在最后一步中,我们将记录在恢复测试之前和整个过程中执行的所有步骤,因为如果发生故障,可以测试系统的性能。

8. 恢复测试的优点和缺点

优点

执行恢复测试的一些主要好处如下:

  • 恢复测试最重要的优点之一是恢复系统质量,因为每当检测到并修复错误时,它都会提高系统的质量。
  • 恢复测试将帮助我们消除风险。
  • 它帮助我们降低软件产品在市场上失败的风险。
  • 当我们实施恢复测试时,我们可以轻松识别与性能相关的问题,并在软件产品投放市场之前修复它们。
  • 一旦我们执行了恢复测试,系统就更加稳定、可靠和无错误。

缺点

以下是恢复测试的缺点:

  • 恢复测试是一个耗时的过程,因为测试用例是随机的。
  • 这是一个昂贵的过程。
  • 熟练的人员对于测试恢复测试至关重要;如果未经培训的测试工程师实施恢复测试,他们应该拥有用于测试的所有数据:数据和备份文件。
  • 在恢复测试中,我们可能无法在少数情况下检测到所有潜在的错误,因为有时问题是不可预测的。

9. 总结

在上面的恢复测试教程中,我们已经了解了许多恢复测试特征,这有助于了解系统或程序在发生故障后是否满足其要求。

如果我们有任何彻底改革业务流程或技术的项目,恢复测试是必要的。如果发生故障,它可以帮助我们验证该恢复。

执行恢复测试的发生与故障对系统的影响成反比。因此,反复测试在最大限度地减少影响方面起着重要作用。

众所周知,由于许多常见原因,故障随时可能发生,例如恢复测试消除了关键错误,这使得系统准备好从这些故障中恢复。

 

 


您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码: 验证码,看不清楚?请点击刷新验证码 必填



763 次浏览
1次