软件测试词典

首页

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

有用的资源

有用的资源 讨论


软件测试 - 错误猜测

软件对于我们日常生活中开展活动至关重要。它借助多种设备(如台式机、笔记本电脑、手机、平板电脑、ipad 等)进入我们的使用。可以看出,我们生活中的各个方面都受到多种软件的指导和驱动。因此,开发软件以使其无缺陷并能够满足最终用户要求非常重要。

什么是软件错误猜测?

软件错误猜测用于识别软件中没有可理解规范的不明确部分中的错误。在遵循此过程时,测试人员可以利用他们的经验检测软件中需要更多需求描述的部分。

在这种方法中,测试人员使用他们对软件的领域知识来预测潜在错误。在测试团队必须验证文档非常差的非常复杂的软件的情况下,这种方法非常有效。它也被认为是一种基于风险的测试方法,其中测试人员主要关注软件的高风险模块。

软件错误猜测允许从软件开发生命周期 (SDLC)的初始阶段识别缺陷。通过这样做,软件质量得到提高,因为在执行正式测试用例之前检测到了可能的错误。

为什么要进行软件错误猜测?

软件错误猜测是一种非正式的测试方法,其中测试人员利用他们的技能、经验、专业知识和领域理解来检测软件中可能未被正式测试用例或通过需求检测到的潜在错误。它包括根据遇到的类似软件、用户特征和期望推测问题可能存在的位置。该技术通过检测文档化和结构化测试方法中可能遗漏的缺陷来补充正式测试过程。尽管软件错误猜测不是一种正式的方法,但据观察,使用它可检测到软件中的多个错误。

软件错误猜测的使用

软件错误猜测是一种黑盒测试方法。它是一种快速有效的技术,经常用于时间和资源受限而无法进行全面测试的情况。当在敏捷框架中采用迭代和增量软件开发方法时,它非常有效,敏捷框架由快速适应和灵活性驱动。

软件错误猜测为测试人员提供了一个机会,让他们利用自己的测试技能、知识和专业知识来识别具有过时技术的复杂软件中的潜在错误。

此外,在存在模糊和记录不全的需求的情况下,软件错误猜测技术也被广泛使用。它还允许测试团队集中精力并优先考虑软件中的高风险模块。通过整合领域知识和这些模块的经验,团队通常能够成功地从软件中最容易出错的模块中检测出大量缺陷。

软件错误猜测的优点

软件错误猜测的优点如下 −

  • 与其他测试技术结合使用时,软件错误猜测是一种有效且高效的测试方法。
  • 软件错误猜测可以确定软件中容易出错和高风险的组件。
  • 软件错误猜测可以检测出其他正式测试方法可能未涵盖的缺陷。
  • 软件错误猜测有助于缩短测试周期。

软件错误猜测的缺点

软件错误猜测的缺点如下 −

  • 软件错误猜测只能由具有足够技能、专业知识和领域知识的经验丰富的测试人员执行。
  • 软件错误猜测完全由测试人员的技能和经验驱动。
  • 软件错误猜测技术本身并不能保证软件的整体质量。
  • 与整个过程所涉及的工作相比,软件错误猜测并不是发现错误的有效方法。
  • 软件错误猜测需要与其他测试方法相结合,以确保软件的质量和稳健性。
  • 软件错误猜测不能提供很好的测试覆盖率。

执行软件错误猜测时要考虑的因素

执行软件错误猜测时要考虑的因素如下 −

  • 从过去的软件中吸取的经验教训发布。
  • 测试人员的经验和意识。
  • 历史和过去的数据趋势。
  • 测试执行报告。
  • 过去软件版本中记录的缺陷。
  • 迄今为止发现的生产缺陷。
  • 常规测试程序。
  • 软件的图形用户界面。
  • 从过去的测试周期中获得的测试结果。

结论

这就是我们对软件错误猜测教程的全面介绍。我们首先描述了为什么要进行软件错误猜测,什么是软件错误猜测,在哪里以及如何使用软件错误猜测,软件错误猜测的优点是什么,软件错误猜测的缺点是什么,以及在执行软件错误猜测时要考虑哪些因素。这使您具备了软件错误猜测的深入知识。明智的做法是继续实践您所学到的知识并探索与软件测试相关的其他知识,以加深您的理解并拓展您的视野。