软件测试词典

首页

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) 的早期阶段识别缺陷,以提高软件质量并更快地修复缺陷。每个软件单元都由开发人员独立测试。

单元测试的先决条件是什么?

在单元测试中,对由方法、函数、过程等组成的单个软件单元进行测试,以检查它们是否按预期工作。开发人员在实际工作时会自己独立验证单个单元。单独的软件组件可以是特定的方法、函数、过程、代码块等。

单元测试完成后,将进入集成测试阶段。绕过单元测试会导致在集成、系统、验收和 beta 测试中检测到更多缺陷。因此,单元测试有助于理解软件代码和修复漏洞。单元测试用例包括以下步骤 −

  • 设计测试用例
  • 审查测试用例
  • 基准测试用例
  • 运行测试用例

为什么要进行单元测试?

进行单元测试的原因如下 −

  • 执行单元测试是为了隔离一段代码。
  • 执行单元测试是为了验证开发代码的准确性。
  • 单元测试用于测试代码中的每个函数、方法、过程等。
  • 它在 SDLC 的早期阶段检测错误。
  • 它帮助开发人员更好地理解他们的代码并找到其中的漏洞。
  • 单元测试可以提高代码的可重用性。

单元测试的类型

单元测试类型列在下面 −

黑盒测试

在黑盒测试技术中,测试人员不知道软件的内部逻辑,只关心软件的数据输入及其输出。

白盒测试

在白盒测试技术中,测试人员验证所有软件功能以及内部代码。

灰盒测试

灰盒测试是黑盒测试和白盒测试的结合。

不同的单元测试工具

不同的单元测试工具如下所列 −

  • JUnit − JUnit 是 Java 编程语言的单元测试框架。JUnit 在测试驱动开发中发挥了重要作用,是源自 JUnit 的单元测试框架系列(统称为 xUnit)之一。

  • NUnit − 它是 .NET 的单元测试框架。
  • PHPUnit −它是 PHP 的单元测试框架。
  • EMMA - 它是一个与 Java 一起使用的免费开源框架。

单元测试的优点

单元测试的优点如下 −

  • 单元测试可帮助开发人员改进代码并使每个软件组件正常工作。
  • 它允许测试软件的独立集群而不依赖于其他集群。
  • 它允许在 SDLC 的初始阶段尽早发现缺陷并快速修复它们。
  • 它通过提高代码质量帮助开发人员建立对所开发代码的信心。
  • 单元测试有助于更快地解决缺陷,而无需等待软件所有模块的开发。
  • 它帮助开发人员安全地重构代码而不会破坏现有功能。
  • 单元测试节省了大量的时间和资源,因为在 SDLC 的早期阶段修复缺陷比在后期阶段更容易、更快。

单元测试的缺点

单元测试的缺点如下 −

  • 开发和维护单元测试的测试用例并随着需求的变化进行修改需要时间。
  • 它只能识别软件各个单元的缺陷,而不能识别单元集成的缺陷。
  • 它无法检测软件用户界面中的错误。
  • 单元测试不包括软件的非功能性需求,例如可扩展性、安全性、可靠性、响应性、可用性等。
  • 单元测试的质量完全取决于开发人员编写的单元测试用例的质量。
  • 开发人员在对复杂应用程序执行单元测试时会遇到问题,因为很难分离各个组件并对其进行验证。
  • 单元测试不涉及测试模块内所有执行路径的测试。

结论

这就是我们对软件单元测试教程的全面介绍。我们首先描述了什么是单元测试、单元测试的先决条件是什么、为什么要进行单元测试、单元测试的类型、工具、优点和缺点。

这让您对软件单元测试有了深入的了解。明智的做法是继续实践您学到的知识并探索与软件测试相关的其他知识,以加深您的理解并拓展您的视野。