求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
要资料
 
追随技术信仰

随时听讲座
每天看新闻
 
 
目录
软件测试
1.教程
2. 软件测试原则
3. 软件开发生命周期(SDLC)
4. 软件测试命周期(STLC)
5. 软件测试的类型
6. 测试成熟度模型
7. 测试级别
SDLC 模型
1.瀑布模型
2.螺旋模型
3.混合模型
4.原型模型
5. V模型/V和V模型/验证和验证模型
测试的类型
1.手动测试
2.自动化测试
手册的类型
1.白盒测试
2.黑盒测试
3.灰盒测试
白盒技术
1.数据流测试
2.控制流测试
3.分支覆盖测试
4.语句覆盖率测试
5.决策覆盖率测试
黑盒技术
1.决策表
2.全对测试
3.黑盒测试中的因果图
4.状态转换技术
5.用例技术
黑盒的类型
1.功能测试
2.非功能性测试
功能类型
1.单元测试
2.集成测试
3.系统测试
非功能性的类型
1.性能测试
2.易用性测试
3.兼容性测试
测试用例开发
1.测试文档
2.测试场景
3.测试用例
测试技术
1.错误猜测技术
2.等效分区技术
3.边界值分析
测试管理
1.测试计划
2.测试用例审查过程
3.需求可追溯性矩阵
缺陷跟踪
1.软件测试中的错误
2.Bug生命周期
3.测试中bug的严重性和优先级
4.测试环境
5.缺陷管理过程
其他类型的测试
1.回归测试
2.冒烟测试
3.健全性测试
4.静态测试
5.动态测试
6.负载测试
7.压力测试
8.恢复测试
9.探索性测试
10.可视化测试
11.验收测试
12.Alpha 测试
13.Beta 测试
14.数据库测试
15.主机测试
16.Adhoc测试
17.全球化测试
18.变异测试
19.安全测试
20.可访问性测试
21.结构测试
22.批量测试
23.可伸缩性测试
24.稳定性测试
25.峰值测试
26.负面测试
27.正面测试
28.耐久性测试
29.可靠性测试
30.Monkey测试
31.敏捷测试
32.组件测试
33.GUI测试
34.测试策略
软件测试工具
1.软件测试工具
2.测试管理工具
3.缺陷/Bug跟踪工具
4.自动化测试工具
5.性能测试工具
6.跨浏览器测试工具
7.集成测试工具
8.单元测试工具
9.移动测试工具
10.GUI测试工具
11.安全测试工具
12.渗透测试工具
差异
1.自动化测试与手动测试
2.负载测试与压力测试
3.冒烟测试和健全性测试之间的差异
4.系统测试和验收测试之间的差异
5.质量保证与质量控制
6.静态测试与动态测试
7.验证和确认测试
8.Alpha 测试和 Beta 测试
9.黑盒测试与白盒测试与灰盒测试
10.全球化测试和本地化测试之间的区别
11.测试用例与测试场景
12.测试计划 VS.测试策略
13.边界值分析和等价划分之间的差异
14.SDLC VS.STLC
15.Bug, Defect, Error, Fault 和 Failure之间的区别
16.测试和调试之间的区别
17.前端测试 VS.后端测试
18.HLD和LLD的区别
19.BRS vs SRS
20.正面测试和负面测试之间的区别
21.自上而下和自下而上的集成测试之间的区别
22.用例和测试用例之间的区别
23.Monkey 测试 VS Gorilla 测试
24.Stubs和Drivers之间的区别
25.组件测试和单元测试之间的区别
26.软件测试和嵌入式测试之间的区别
27.GUI 测试和可用性测试之间的差异
28.SDET和Tester的区别
29.桌面应用程序测试、客户端-服务器应用程序测试和 Web 应用程序测试之间的区别
30.主动测试
31.什么是API
32.自动化测试
 
 
目录
测试成熟度模型
来源:Javatpoint     翻译:Alice (火龙果软件)
908 次浏览
8次  

在本节中,我们将探讨和讨论以下与测试 成熟度模型 相关的主题,我们还将分析TMM应用于软件测试过程的重要性。

  • 什么是测试成熟度模型?
  • 测试成熟度模型的五个级别
  • TMM和CMM的区别
  • 测试成熟度模型的优点

在深入探讨上述所有主题之前,首先,我们将了解 测试成熟度模型。

什么是测试成熟度模型?

当软件被测试时,有很多技术被遵循来实现最高质量并最大限度地减少缺陷或错误。

测试 成熟度模型是此类模型之一,它具有一组结构化级别,它基于 能力成熟度模型(CMM)。

Illinois 理工学院 最初开发了 测试成熟度模型 ,但现在由 TMMI基金会管理。

我们使用测试成熟度模型来制定策略和参考框架,增加测试过程。

目前,TMM被测试成熟 度模型集成(TMMI)所取代,TMMI 是一个五级模型,提供了一个框架来衡量测试过程的成熟度。

我们需要非常有效地执行软件开发生命周期的测试阶段,因为它在成功地完成任何项目中扮演着重要的角色。

测试成熟度模型(TMMI)就是这样一个过程,它使得软件测试生命周期更加丰富。它就是这样一个带有测试过程改进的详细模型的模型。

测试成熟度模型的主要目的是找到成熟度,并提供目标来增强软件测试过程,以完成开发。它可以作为一个独立的模型使用,也可以与任何过程改进模型一起完成。

为什么我们需要TMMI?

测试成熟度模型集成/TMMI 正逐步进入许多 IT 组织,以更新和简化其测试过程。

但问题来了,为什么我们需要TMMI模型?

以下是一些要点,有助于我们了解TMMI的需求。

  • 测试成熟度模型集成 (TMMI) 有助于评估和增强测试过程。
  • 此模型的实施改进了测试过程、软件质量和测试工程的效率。
  • 一些软件过程开发(如 CMM/TMMI )对测试的考虑有限。因此,我们需要像TMMI这样的东西来制作一个过程,它主要用于测试。
  • 但是,为扩大测试过程做出了许多努力;尽管如此,软件工程的现实中仍存在零缺陷。因此,TMMI是实现零缺陷的进一步尝试。
  • 它是一个测试过程改进模型,可以与其他过程开发模型集成,并用作独立模型。

测试成熟度模型的级别

测试成熟度模型包含五个不同的级别,这将帮助组织确定其成熟度。为了达到更高级别的测试成熟度,这五个级别将引导我们确定下一个开发步骤:

让我们逐一详细了解TMM的五个级别:

  1. 初始化
  2. 定义
  3. 集成
  4. 测量和管理
  5. 优化

 

级别 1:初始化

  • 初始化 是测试成熟度模型的第一级。在TMM的第一级中没有明确的测试过程。
  • 初始化级别背后的目的是确保软件能够成功执行并且没有障碍。
  • 在此级别,将对软件执行探索性或临时测试,并且在交付产品之前没有质量检查。

级别 2:定义

  • 测试成熟度模型的第二个层次是定义 ,它就是定义 需求。
  • 我们可以创建测试策略,测试计划和测试用例,以便根据客户给定的要求构建软件,
  • 定义级别的关键目的是确保软件产品根据需求实现,开发始终遵循的测试、调试目标和策略。

级别 3:集成

  • 测试成熟度模型的第三个级别是
  • 在测试成熟度模型中执行此级别的主要目的是确保测试与软件生命周期集成并成为其一部分。
  • 例如 ,正如我们所知,V模型有开发和测试阶段,这意味着 测试 是在开发过程完成后进行的。
  • 整个测试目标基于风险管理,因为测试是独立实施的。

第四级:测量和管理

  • 测试成熟度模型的第四个层次是 度量 和管理 ,其中测试成为软件生命周期中所有活动的一部分。
  • 在这里,我们将管理和衡量需求。
  • 执行此级别到测试 成熟度模型 的主要目的是确保建立测试测量程序。
  • 要确定此级别的质量度量,请包括 软件的审查、需求收集和设计。

5级:优化

  • 测试成熟度级别的 最后一个和第五个级别 是 优化 。
  • 此级别的基本目的是优化测试过程本身。
  • 简而言之,我们可以说测试过程已经过验证,并采取措施增强进一步的过程。
  • 在这种情况下,质量控制和错误抑制是在软件生命周期中执行的。
  • 在优化层面,我们主要关注缺陷预防而不是缺陷检测,借助不同的工具,我们可以执行此测试。

在看到测试成熟度模型的所有五个级别之后,我们可以说每个级别都有它的角色和责任。所有关卡的目标都必须创建定义良好的结构。

测试成熟度模型的主要概念来自能力成熟度模型(CMM)。

本质上,它是用于软件开发的结构化工具,也是支持不同业务流程的模型。在测试成熟度模型中,期限成熟度用优化过程的程度来衡量。

CMM和TMM的区别

CMM和TMM模型之间的一些显著差异如下表所示:

序号 活动 交付
1. 能力成熟度模型 或 CMM 用于考虑组织软件流程的成熟度。 测试 成熟度 模型或TMM指定测试,与检查软件测试模型的质量有关。
2. 它极大地控制了软件开发程序。 它与TMMI一起用作相应的框架。
3. TMMI主要专注于软件开发实践。 TMMI框架的全部重点是应用于软件测试的过程,以提高测试过程的质量和效率。

 

测试成熟度模型的优势

让我们看看在组织中使用测试成熟度模型 (TMM) 的一些显著优势:

缺陷预防

  • 从上面的解释中我们知道,TMM强调缺陷预防而不是错误检测,使测试过程成为 软件开发生命周期 所有阶段的一部分。
  • 它还确保识别最大缺陷,并且大多数最终产品没有缺陷。

组织

  • 正如我们已经讨论了TMM的五个级别,我们可以得出结论,每个级别都有明确的定义,并且有一个特定的目的要实现,这使得测试成熟度模型成为一个组织良好的模型,具有坚实的目标。

明确的需求

  • 当软件的需要,设计被审查,测试计划和测试用例被测试与需求相矛盾。或者,如果主要测试目标更精确,那么我们可以实现更准确的测试。

质量保证

  • 如果我们将测试与软件生命周期的所有阶段集成在一起,我们可以实现更高质量的产品。
  • 对测试过程的分析将增强结果,从而确保高质量的产品。

概述

与CMM(兼容性成熟度模型)相比, TMM(测试成熟度模型) 同样是一个新主题,但两种模型的主要目的保持不变。

如果我们想展示一组结构化的级别如何通过增强组织的流程和绩效来产生高质量的预期输出。

对于任何组织来说,在项目交付后发现错误时,软件维护都是一个昂贵且耗时的过程。

因此,虽然识别缺陷很重要,但软件在整个开发阶段也有必要犯小错误。像 TMM 这样的标准测试流程可以帮助我们实现这一目标。

正如我们从上面的讨论中了解到的那样,测试 成熟度模型 是专门为 解决测试而设计的。 并帮助组织提高其测试练习的成熟度。

为了确保 IT 组织中测试流程的增强,开发了 TMMI 模型。根据业务,这些模型可以推广并应用于改善结果。

之所以引入它,是因为以前的模型不专注于测试过程。

尽管如此,TMMI模型的开发重点是规划和开发,TMMI模型程序指导它。

 


您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码: 验证码,看不清楚?请点击刷新验证码 必填



908 次浏览
8次