软件测试词典

首页

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

有用的资源

有用的资源 讨论


软件测试 - 详尽测试

软件测试是验证软件是否满足所有要求的过程。测试人员投入大量精力创建和执行测试用例,以确保生产过程中没有缺陷泄漏。然而,尽管做了所有这些,也不能保证软件完全没有缺陷。因此,软件要经过详尽的测试过程,涵盖所有可能的输入、场景和用例,以确保它在最终用户实际使用时是安全、可靠、可扩展、可维护、健壮且零缺陷的。

什么是软件详尽测试?

详尽测试是一种验证数据、场景、用例、功能等所有可能组合的技术。这是一个耗时的过程,但最终结果会给软件带来预期的结果。

软件详尽测试是从上到下验证所有内容,涉及所有场景,以确保不会发生崩溃、故障或其他影响软件外部功能的问题。它可以提高软件性能,在每种情况下都能正常工作,并最大限度地降低在生产中发现缺陷的可能性。

整个软件详尽测试是一个神话,是不可能实现的。实际上,测试人员会努力覆盖尽可能多的场景。在此过程中,软件可能会出现非常小的缺陷,对其功能的影响微不足道。有效测试和详尽测试是两个完全不同的概念。

详尽测试示例

让我们以一个软件为例,该软件有一个输入字段,可以以 3 种不同的方式接受 5 种可能的输入数据组合。这意味着允许用户输入长度为 5 的数据,并有三种不同的组合。对于测试人员来说,此要求有 3 /\ 5 种可能的数据组合。因此,验证所有这些输入数据需要花费大量时间。实际上,不可能覆盖大量没有实际意义的输入。

为了部分测试上述场景,测试人员根据技术和业务风险分离用例。这也有助于识别软件的所有潜在风险。详尽测试需要大量的精力、时间和资源,因此在实际测试软件时不会采用。

为什么详尽的软件测试是不可能的?

由于以下列出的原因,无法执行软件详尽测试 −

  • 软件详尽测试需要大量时间才能完成。不可能覆盖大量数据集,也不可能手动验证所有可能的场景和用例。
  • 软件详尽测试是一个复杂的过程,因为它涉及大量输入数据和场景的验证。
  • 项目时间限制阻碍了软件详尽测试的适应性。
  • 不可能根据用户类型验证输入组合。
  • 也不可能准备好所有输入数据集来生成所有可能的输出集。
  • 软件详尽测试不应手动完成。

软件详尽测试策略

软件详尽测试策略如下 −

  • 软件详尽测试应由定期更新的测试用例驱动,因为相同的测试无法检测到软件中的缺陷软件。
  • 软件详尽测试应由简单、直接且仅专注于验证测试场景的测试用例驱动。
  • 软件详尽测试应在从开发人员、共同测试人员、业务分析师、经理、产品所有者等处获得反馈后进行。
  • 详尽测试应临时进行,并在将软件拆分为较小的组件后进行。
  • 详尽测试应集中在更容易出现缺陷的模块上。

软件详尽测试和有效测试之间的区别

软件详尽测试和有效测试之间的区别如下所列 −

Sr.No. 详尽测试 有效测试
1 它涉及验证所有可能的输入数据和场景。 它涉及对软件有效性的验证。
2 实际上不可能执行。 实际上可以执行。
3 这是一个复杂且耗时的过程。 它不需要太多时间来完成。
4 这是一种理论测试方法。 这是一种实用的测试方法,并验证了软件的有效性。
5 这是一种昂贵的测试方法。 这是一种经济的测试方法。
6 它涉及整个测试,涵盖所有可能的场景和用例。 它优先考虑测试场景。

软件详尽测试的优势

软件详尽测试的优势如下 −

  • 详尽测试可确保软件没有缺陷。
  • 详尽测试确认软件是强大的,并具有所需的性能。
  • 详尽测试可确保软件能够建立客户的信心、信任并解决他们的问题。
  • 软件详尽测试减少了手动测试的工作量。
  • 软件详尽测试优先考虑软件中的各种风险。

软件详尽测试的缺点

软件详尽测试的缺点如下 −

  • 软件穷举测试实际上不可行,被认为是软件测试的神话之一。
  • 如果穷举测试用例不是自动化的,则需要大量的时间、精力和资源。
  • 软件穷举测试测试了测试人员的极限。

结论

这就是我们对软件穷举测试教程的全面介绍。我们首先描述了什么是软件穷举测试、穷举测试的示例、为什么不可能执行软件穷举测试、软件穷举测试的策略是什么、软件穷举测试和有效测试之间的区别是什么、软件穷举测试的优点是什么以及软件穷举测试的缺点是什么。这将使您具备软件穷举测试的深入知识。明智的做法是继续实践您学到的知识并探索与软件测试相关的其他知识,以加深您的理解并拓展您的视野。