软件测试词典

首页

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) 的一部分。

软件破坏性测试的缺点

软件破坏性测试的缺点如下 −

  • 软件破坏性测试有时会对软件或其部件造成严重破坏,从而增加维修成本并延迟生产部署。
  • 软件破坏性测试可能需要使用专门的工具,而这些工具的获取成本很高。
  • 软件破坏性测试不足以涵盖所有可能的场景和用例。
  • 软件破坏性测试并不总是涵盖现实生活中的场景和用例。
  • 软件破坏性测试不能应用于所有类型的软件。

结论

这就是我们对软件破坏性测试教程的全面介绍。我们首先介绍了什么是软件破坏性测试、软件破坏性测试的重要性、软件破坏性测试的输出、如何评估软件破坏性测试、软件破坏性测试的方法、软件破坏性测试的技术、软件破坏性测试的优点和缺点。这使您具备了软件破坏性测试的深入知识。明智的做法是继续实践您学到的知识并探索与软件测试相关的其他知识,以加深您的理解并拓展您的视野。