软件测试词典

首页

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) 的每个阶段进行。健全性测试用于检查软件的基本功能在新版本中是否运行良好。它通常在 SDLC 的初始阶段执行,然后运行完整的回归套件。健全性测试用例不涵盖对整个软件的测试,仅集中于重要功能,并且不期望检测软件中的所有错误。

什么是健全性测试?

健全性测试是回归测试的一个分支。它验证新代码更改是否在软件中按预期工作。此外,健全性测试主要是为了验证新版本是否合适并可用于进一步测试。它只是为了涵盖整体功能,而不是详细的功能。它还会在关键错误修复后部署生产代码的构建中执行。

健全性测试的用途

健全性测试的用途如下 −

  • 执行它是为了验证新的代码更改是否没有在软件中集成各种组件时引入问题。
  • 执行它是为了验证代码更改是否修复了错误,或者功能实现是否已正确完成。
  • 通过检查可用的新构建是否适合进行进一步测试,它有助于规划和协调资源。
  • 它有助于执行基本的回归测试,以测试软件的现有功能是否没有受到任何新代码更改的影响。
  • 这是一个重复的过程,用于验证持续集成过程中的每个增量构建。

健全性测试的属性和功能

列出了健全性测试的属性以下 −

  • 狭义和深度 − 健全性测试采用狭义和深度的方法,对少数组件进行深入测试。
  • 回归测试的细分 − 它是回归测试的一个细分,主要不针对软件的所有功能。
  • 无脚本 − 健全性测试是无脚本的,它们是临时执行的,不使用任何预先编写的脚本。
  • 无文档 − 健全性测试是无文档的。
  • 由测试人员执行 − 健全性测试由测试工程师执行。

健全性测试流程

健全性测试流程包括以下项目 −

  • 识别 − 健全性测试的第一个过程是识别所有新功能、模块等以及错误修复。
  • 评估 − 识别后,对每个新组件、属性等进行分析。
  • 测试 − 识别和评估阶段后,测试阶段开始。此时,每个元素、组件等都经过验证和更新,以确保它们正常工作。

健全性测试示例

让我们以一个具有多个模块的电子商务应用程序为例,即添加到购物车、产品搜索、付款等。测试人员在添加到购物车模块中发现一个错误,其中产品评级未显示。一旦他记录了错误,它就会移至开发团队的存储桶进行修复。

测试人员在修复后重新验证它,并检查它是否影响了任何其他相关组件。产品评级也会显示在软件的产品搜索模块中。作为健全性测试的一部分,产品评级功能在添加到购物车和产品搜索模块中的显示都经过验证。

健全性测试的优点

健全性测试的优点如下 −

  • 易于实施和理解。
  • 有助于确定构建中的部署和编译问题。
  • 检测核心软件功能中的缺陷。
  • 执行健全性测试所需的时间非常少,因为不需要任何文档。
  • 它可以识别缺失的依赖对象。

健全性测试的缺点

健全性测试的缺点如下 −

  • 它只关注软件命令和功能。
  • 它不包括设计结构级别,因此开发人员不容易识别和找到在健全性测试期间遇到的问题的修复方法。
  • 它仅限于软件的几个功能,而不是全部功能。
  • 它没有脚本,因此无法提供将来的参考。

结论

这结束了我们对软件健全性测试教程的全面介绍。我们首先描述了什么是健全性测试、健全性测试的用途、健全性测试的属性和特征是什么、什么是健全性测试过程、健全性测试的示例以及健全性测试的优点和缺点是什么。

这使您具备了软件健全性测试的深入知识。明智的做法是继续实践您学到的知识并探索与软件测试相关的其他知识,以加深您的理解并拓展您的视野。