软件测试词典

首页

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 应用程序测试 白盒测试 工作流测试

有用的资源

有用的资源 讨论


软件测试 - 增量测试

软件测试是软件开发生命周期 (SDLC)的一部分。有各种测试技术可用于提高整体软件质量。增量测试是集成测试下的概念之一。通过此方法创建的驱动程序和存根有助于验证软件的不同组件。

什么是软件增量测试?

软件增量测试利用驱动程序和存根来测试软件的不同组件。这是一种在驱动程序和存根的帮助下将各个单元逐一组合起来的方法。使用它们,我们可以确定软件特定组件中的错误。

软件增量测试的方法始于验证单个模块,然后将其与另一个模块组合。在完成两者的集成后,对它们进行一起测试以查找任何接口错误并检查它们是否作为一个单元工作。最后,将另一个模块与它们统一,并应用相同的方法。这样,就可以采用这种方法来实现软件的集成测试。

软件增量测试的重要性

软件增量测试的重要性在于以下列出的原因 −

  • 软件增量测试通过在测试周期之前运行单元测试来确定软件各个单元中的缺陷。
  • 软件增量测试在集成测试的早期阶段甚至在集成所有组件之前就检测到缺陷,这有助于节省时间和资源。
  • 软件增量测试确认所有组件都已连接并协同工作。
  • 从业务角度来看,软件增量测试是可行的,并且具有成本效益。

何时使用软件增量测试?

软件增量测试是通过逐个互连每个组件而不是一次性组合它们来完成的。仅当在单元测试阶段检测到的所有缺陷都已修复时,才会执行此操作。

采用增量测试的最佳时机是软件组件仍在开发中时。如果需要,驱动程序和存根可用于任何组件。例如,我们需要一起测试模块 1、2 和 3,但在这种情况下,模块 2 和 3 仍未准备好。此时,模块1可以与驱动程序组合,复制模块2和3,进行集成测试过程。

在上述场景中,增量方法最适合使用。

软件增量测试何时实现自动化?

软件增量测试实现自动化的原因如下 −

  • 当执行同一组测试用例多次验证组件时,软件增量测试实现自动化。
  • 当应用程序足够稳定以支持自动化测试脚本时,软件增量测试实现自动化。
  • 软件增量测试实现自动化后,输出效果更佳。它还可以减少时间和精力。
  • 如果自动化脚本在执行时产生更好的投资回报,则软件增量测试是自动化的。

让我们以社交媒体应用程序为例,我们需要验证各个页面的链接。让我们考虑一些在组合之前已经经过单元测试的组件。

好友列表组件显示用户活跃好友列表。个人资料信息组件将与好友列表组件结合,并收集列表中每个好友的个人资料详细信息。建议好友组件将与个人资料信息组件集成,并显示建议好友的个人资料信息。

上述用例的自动化测试既节省成本,又节省时间。在此过程中开发的测试脚本可以重复用于其他列表和个人资料信息页面。例如,产品列表和产品信息页面的测试脚本相同。唯一的区别是项目种类,但页面或其组件的功能仍然相似。

在测试用例自动化的同时,选择好的自动化工具非常重要。它应该足够容易被团队采用,并且可以用于自动化大多数用例。一些可以使用的流行自动化工具包括 SeleniumCypress、Rest Assured、PlayWright 等。

用于软件增量测试的方法

用于软件增量测试的方法列在下面 −

自上而下的集成测试

它是集成测试的方法之一,其中模拟尚未集成的较低级别模块的功能。测试从软件的顶层到底层组件进行。

自下而上的集成测试

它是集成测试的方法之一,其中首先测试每个模块,然后将它们与其他模块逐步集成以形成一个复杂的系统,直到整个软件都经过测试。首先验证较低级别的单元,然后再验证较高级别的单元。

混合集成测试

它是集成测试方法之一,结合了自上而下自下而上集成测试的行为。它也被称为夹层或混合集成测试。

软件增量测试的优点

软件增量测试的优点如下 −

  • 如果软件单元数量较少,它可以轻松调试。
  • 它可以在 SDLC 的早期阶段确定缺陷。
  • 它提供了采用软件并行测试的选项。
  • 它还有助于扩大项目中的测试活动。

结论

这就是我们对软件增量测试教程的全面介绍。我们首先介绍了什么是软件增量测试、为什么软件增量测试很重要、何时使用软件增量测试、何时自动化软件增量测试、软件增量测试使用的方法是什么以及软件增量测试有哪些优势。这让您对软件增量测试有了深入的了解。明智的做法是继续实践您学到的知识并探索与软件测试相关的其他知识,以加深您的理解并拓展您的视野。