软件测试词典

首页

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

有用的资源

有用的资源 讨论


软件测试 - 测试成熟度模型 (TMM)

软件测试是实现其质量的必经步骤。测试成熟度模型 (TMM) 用于评估测试过程并对其进行改进。TMM 建立在能力成熟度模型 (CMM) 的基础上。伊利诺伊理工学院首次提出了 CMM 的概念,用于检查测试过程的进展情况。测试成熟度模型集成 (TMMI) 是测试成熟度模型的当前版本。 TMMI 是一个五级模型,它提供了一个框架来评估测试过程的进度。

为什么需要测试成熟度模型?

需要测试成熟度模型的原因如下 −

  • 它有助于增强和衡量测试过程。
  • 通过使用 TMM,测试过程得到了突飞猛进的改进。
  • 它可以与其他开发模型集成。
  • 它主要用于减少缺陷泄漏的机会。

测试成熟度模型级别是什么?

需要测试成熟度模型有以下五个级别 −

级别 1 - 初始化

此时,测试没有任何障碍,没有遵循任何硬核流程,仅在广告上进行测试临时基础已完成。在交付给客户之前,没有任何质量检查。

第 2 级 - 定义

这是第二个级别,在此级别中,需求已最终确定。之后,将根据需求创建和执行测试计划、策略、场景和测试。

第 3 级 - 集成

这是第三个级别,在此级别中,测试流程与软件开发生命周期 (SDLC) 集成,并在开发完成后独立执行。这一级别的主要目标是降低风险。

级别 4 - 测量和管理

这是第四个级别,所有测试方法都构成了 SDLC 的一部分,包括需求、设计、代码等的审查。集成和单元测试在此级别进行,每个测试相关活动都在此级别进行评估。

级别 5 - 优化

这是第五个级别,在此级别优化和评估测试流程以寻求进一步的改进。采取措施以进一步减少错误。此级别使用不同的优化工具。

TMM 和 CMM 级别之间的差异

SDLC。
Sr.No 测试成熟度模型 (TMM) 能力成熟度模型 (CMM)
1 用于验证软件测试模型质量。 用于识别组织软件流程的进度。
2 与 CMM 结合用作框架。 管理软件开发流程。
3 TMMi 基于作为软件测试生命周期 (STLC) 一部分执行的测试操作。 CMMi 基于作为软件测试生命周期 (STLC) 一部分执行的开发操作。

测试成熟度模型的重要性

测试成熟度模型要求的重要性如下 −

  • 它有助于改进测试流程并检测出将来可以克服的任何缺点。
  • 它需要提高软件的质量。
  • 它有助于识别测试活动中可能面临的潜在风险、问题和危害。
  • 它教育和培训团队成员改进测试流程。
  • 它确保测试过程符合行业遵循的标准。

测试成熟度模型的优势

测试成熟度模型要求的优势如下 −

  • TMM 的流程是系统化的、有组织的,因为每个级别都有明确的流程。
  • 从第 4 级开始,进行代码审查并遵循测试计划。因此,没有歧义,要求也明确。
  • 该模型的主要目标是减少缺陷数量。因此,遇到缺陷的概率较小,并交付了高质量的软件。
  • 由于在 SDLC 的所有阶段都进行了测试,因此软件质量得到了提高。
  • 所有潜在风险都得到了识别和缓解。

如何使用测试成熟度模型获得最高成熟度?

第 1 级和第 2 级

第 1 级不受任何测试流程驱动,并且不系统化。但是,从第 2 级开始,定义并遵循适当的规则。

第 2 级和第 3 级

达到第 2 级后,在第 3 级,将添加更多层次的文档、测试标准、资源等。

第 3 级和第 4 级

在第 4 级,将遵循第 3 级的所有流程。一些测试程序可以在不影响软件质量的情况下进行修改。此外,复杂的方法被分解成更小的块,并引入测试指标来衡量这些较小单元的有效性。

第 4 级和第 5 级

第 5 级是获得最大测试成熟度的最后阶段。采用测试中的新创新来查看结果。对第 4 级使用的所有工具和程序进行评估,以确定其有效性。

结论

至此,我们对软件测试成熟度模型教程的全面介绍就结束了。我们首先描述了为什么需要 TMM、TMM 级别是什么、TMM 的重要性和优势以及如何通过 TMM 获得最高成熟度。这使您具备了软件测试成熟度模型的深入知识。明智的做法是继续实践您学到的知识并探索与软件测试相关的其他知识,以加深您的理解并拓展您的视野。