软件测试词典

首页

A

验收测试 可访问性测试 主动测试 实际结果 临时测试 老化测试 敏捷测试 全对测试 Alpha 测试 API 测试 Arc 弧测试 异常测试 断言测试 审计测试 自动化软件测试

B

向后兼容性测试 基线工件 基础路径测试 基础测试集 调试 行为测试 基准测试 Beta 测试 大爆炸测试 二进制可移植性测试 黑盒测试 自下而上测试 边界测试 分支测试 广度测试 Bug测试 构建验证 业务流程 业务需求

C

能力成熟度模型 捕获/重放工具 因果图 代码覆盖率 代码冻结 代码检查 代码审查 代码演练 基于代码的测试 代码驱动测试 无代码测试 比较测试 兼容性测试 合规性测试 并发性测试 条件覆盖测试 配置测试 一致性测试 上下文驱动测试 控制流路径 转换测试 正确性 覆盖项目 循环复杂度

D

数据完整性测试 数据驱动测试 数据流测试 数据库测试 调试 决策覆盖测试 缺陷 缺陷记录和跟踪 缺陷生命周期 Delta 发布 依赖性测试 深度测试 破坏性测试 开发环境 文档测试 域测试 耐久性测试 动态测试

E

模拟器 端到端测试 耐久性测试 准入标准 等价分区测试 错误 错误猜测 错误植入 详尽测试 退出标准 预期结果 探索性测试

F

故障转移测试 失败 故障 故障注入测试 可行路径 功能测试 功能分解 功能要求 功能测试 模糊测试 前端测试

G

玻璃盒测试 全球化测试 Gorilla 测试 灰盒测试 GUI 测试

H

测试工具 启发式测试 混合集成测试

I

实施测试 增量测试 独立测试 不可行路径 检查 安装/卸载测试 集成测试 接口测试 国际化测试 系统间测试 互操作性测试 隔离测试 问题

K

关键字驱动测试 关键绩效指标 已知问题

L

LCSAJ 测试 负载生成器 负载测试 本地化测试 逻辑覆盖率测试 循环测试

M

可维护性 手动测试 大型机测试 基于模型的测试 修改条件测试 模块化驱动测试 猴子测试 突变测试

N

负面测试 非功能性测试 非破坏性测试

O

操作测试 正交阵列测试

P

配对测试 成对测试 并行测试 部分测试自动化 被动测试 路径测试 同行评审 渗透测试 性能测试 试点测试 可移植性测试 积极测试 后置条件 前提条件 预测结果 优先级 流程周期测试 渐进式测试 原型测试

Q

质量保证 质量控制 质量管理

R

随机测试 恢复测试 回归测试 候选版本 发布说明 可靠性测试 需求测试 基于需求的测试 需求可追溯性矩阵 结果 重新测试 Review 审查 风险测试 风险管理 根本原因

S

安全性测试 健全性测试 可扩展性测试 场景测试 时间表 Scrum 测试 脚本 安全测试 模拟 冒烟测试 浸泡测试 峰值测试 软件需求规范 稳定性测试 状态转换 静态测试 统计测试 存储测试 压力测试 结构测试 结构化演练 存根 符号执行 语法测试 系统集成测试 系统测试 被测系统

T

技术评审 测试方法 测试自动化 测试基础 测试平台 测试用例 测试用例设计技术 测试套件 测试完成标准 测试完成报告 测试完成矩阵 测试数据 测试数据管理 测试驱动开发 测试驱动程序 测试环境 测试执行 测试管理 测试成熟度模型 测试计划 测试步骤 测试策略 测试工具 线程测试 自上而下的集成测试 全面质量管理 可追溯性

U

单元测试 无法访问的代码 可用性测试 用例测试 用户验收测试 用户界面测试

V

V 模型 验证测试 验证测试 虚拟用户 容量测试 漏洞测试

W

Web 应用程序测试 白盒测试 工作流测试

有用的资源

有用的资源 讨论


软件测试 - 大爆炸测试

软件测试有多个阶段,从单元测试开始,然后是集成测试、系统测试,最后是验收测试。大爆炸测试属于集成测试的范畴。它是在一次性集成所有组件后执行的,以检查它们是否作为一个单元一起工作。

什么是大爆炸测试?

大爆炸测试是一种集成测试,它在单元测试阶段结束后立即执行,软件的各个模块一次准备就绪并组合在一起。其目的是测试所有模块是否相互配合。

大爆炸测试是在软件进行完整系统测试之前进行的。这种测试方法适用于有严格交付期限的项目。此外,在软件的各个组件无法逐步组合的情况下,也可以进行大爆炸测试。这是一种可选的测试方法,通常不用于复杂的项目。

让我们以具有组件 C1、C2、C3、C4 和 C5 的软件为例。一旦所有这些组件都准备就绪,它们就会一次性合乎逻辑地组合在一起。然后测试整个软件以验证所有组件 C1、C2、C3、C4 和 C5 是否作为一个单元一起工作。这被称为大爆炸测试。

大爆炸测试的特点

大爆炸测试的特点如下所列 −

  • 它可以作为完整软件的模拟。所有模块都组合在一起并同时进行测试。
  • 模块集成在一起并一起测试,因此能够验证所有模块之间的接口、通信、数据流等。
  • 确保不会跳过任何模块进行集成和测试。
  • 它允许在软件开发周期 (SDLC) 的初始阶段尽早发现缺陷。
  • 它可以检测到其他测试方法可能遗漏的其他缺陷。
  • 它借助驱动程序和存根来模拟一些高级和低级模块的工作。
  • 它是集成测试的最基本类型之一。
  • 这种方法存在风险,因为在开始测试过程之前,软件的所有组件都需要准备就绪。
  • 对于具有大量模块的复杂软件,通常不采用这种方法。
  • 它是在开发过程的最后阶段执行的,此时所有单元都软件准备就绪。整个软件的功能得到验证。
  • 它主要是手动进行的,因为所有模块的自动化测试并不总是同时准备就绪。
  • 它需要时间才能完成,因为我们需要等待所有模块同时准备好进行集成。

大爆炸集成 - 工作流程图

大爆炸测试由以下工作流程图表示 −

大爆炸测试

让我们借助上述示例了解大爆炸测试的工作流程。模块 1 和 4 是单独测试的,可以与软件集成。模块 6 将与模块 5 集成,并且它们都必须作为单个单元进行测试,然后与软件集成。同样,模块 3 将与模块 2 集成,并且它们都必须作为单个单元进行测试,然后与软件集成。

一旦所有模块组合在一起,就会验证它们的功能和彼此的兼容性。最后,测试整个软件的功能。

大爆炸测试的优势

大爆炸测试的优势如下 −

  • 这是最简单的集成测试类型,所有单元一次性集成在一起,然后进行测试以验证它们是否作为一个单元共同工作。
  • 应用大爆炸测试方法并不困难。
  • 软件中的所有缺陷都会被一次性检测到。
  • 它对于不包含大量模块的小型项目非常有用。
  • 软件中所有组件之间的接口也经过验证。
  • 识别由于集成各种组件而导致的软件中所有可能的风险。
  • 它节省了单独测试每个模块所需的额外资源的使用。
  • 它检测存在的依赖关系不同模块之间。
  • 由于我们不需要为每个模块配置测试环境,因此它使测试过程更快。

大爆炸测试的缺点

大爆炸测试的缺点如下 −

  • 由于所有模块都需要准备好开始大爆炸测试过程,因此可能会延迟软件的发布。
  • 由于所有模块都已集成在一起,因此不容易检测特定缺陷的根本原因。
  • 如果不测试各个组件,则可能会降低软件的质量。
  • 由于大爆炸测试不遵循增量方法,因此可能会变得无效。这可能会导致缺陷在所有的单元组合在一起并进行测试之前无法被发现。
  • 对于复杂且依赖大量模块的软件来说,这不是一种可扩展的技术。
  • 在所有单元都集成并验证之前,它无法提供对软件质量的适当可见性。
  • 这是一种高风险方法,因为模块不是逐步集成的,因此在单元集成之前无法检测到错误。

结论

这就是我们对软件大爆炸测试教程的全面介绍。我们首先描述了什么是大爆炸测试,大爆炸测试的特点是什么,大爆炸测试的工作流程是什么,大爆炸测试的优点是什么,以及大爆炸测试的缺点是什么。这使您具备了对软件大爆炸测试的深入了解。明智的做法是继续实践你所学到的知识,并探索与软件测试相关的其他知识,以加深你的理解并拓宽你的视野。