测试能力成熟度模型TMM.docx

上传人:b****1 文档编号:2786082 上传时间:2023-05-04 格式:DOCX 页数:15 大小:85.95KB
下载 相关 举报
测试能力成熟度模型TMM.docx_第1页
第1页 / 共15页
测试能力成熟度模型TMM.docx_第2页
第2页 / 共15页
测试能力成熟度模型TMM.docx_第3页
第3页 / 共15页
测试能力成熟度模型TMM.docx_第4页
第4页 / 共15页
测试能力成熟度模型TMM.docx_第5页
第5页 / 共15页
测试能力成熟度模型TMM.docx_第6页
第6页 / 共15页
测试能力成熟度模型TMM.docx_第7页
第7页 / 共15页
测试能力成熟度模型TMM.docx_第8页
第8页 / 共15页
测试能力成熟度模型TMM.docx_第9页
第9页 / 共15页
测试能力成熟度模型TMM.docx_第10页
第10页 / 共15页
测试能力成熟度模型TMM.docx_第11页
第11页 / 共15页
测试能力成熟度模型TMM.docx_第12页
第12页 / 共15页
测试能力成熟度模型TMM.docx_第13页
第13页 / 共15页
测试能力成熟度模型TMM.docx_第14页
第14页 / 共15页
测试能力成熟度模型TMM.docx_第15页
第15页 / 共15页
亲,该文档总共15页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

测试能力成熟度模型TMM.docx

《测试能力成熟度模型TMM.docx》由会员分享,可在线阅读,更多相关《测试能力成熟度模型TMM.docx(15页珍藏版)》请在冰点文库上搜索。

测试能力成熟度模型TMM.docx

测试能力成熟度模型TMM

第一级初始级

TMM初始级软件测试过程的特点是测试过程无序,有时甚至是混乱的,几乎没有妥善定义的。

初始级中软件的测试与调试常常被混为一谈,软件开发过程中缺乏测试资源,工具以及训练有素的测试人员。

初始级的软件测试过程没有定义成熟度目标。

 

第二级定义级

TMM的定义级中,测试己具备根本的测试技术和方法,软件的测试与调试己经明确地被区分开。

这时,测试被定义为软件生命周期中的一个阶段,它紧随在编码阶段之后。

但在定义级中,测试方案往往在编码之后才得以制订,这显然有背于软件工程的要求。

TMM的定义级中需实现3个成熟度目标:

制订测试与调试目标,启动测试方案过程,制度化根本的测试技术和方法。

(I)制订测试与调试目标

软件组织必须清晰地区分软件开发的测试过程与调试过程,识别各自的目标,任务和活动。

正确区分这两个过程是提高软件组织测试能力的根底。

与调试工作不同,测试工作是一种有方案的活动,可以进行管理和控制。

这种管理和控制活动需要制订相应的策略和政策,以确定和协调这两个过程。

制订测试与调试目标包含5个子成熟度目标:

1)分别形成测试组织和调试组织,并有经费支持。

2)规划并记录测试目标。

3)规划并记录调试目标。

4)将测试和调试目标形成文档,并分发至工程涉及的所有管理人员和开发人员。

5)将测试目标反映在测试方案中。

(II)启动测试方案过程

制订方案是使一个过程可重复,可定义和可管理的根底。

测试方案应包括测试目的,风险分析,测试策略以及测试设计规格说明和测试用例。

此外,测试方案还应说明如何分配测试资源,如何划分单元测试,集成测试,系统测试和验收测试的任务。

启动测试方案过程包含5个子目标:

1)建立组织内的测试方案组织并予以经费支持。

2)建立组织内的测试方案策略框架并予以管理上的支持。

3)开发测试方案模板并分发至工程的管理者和开发者。

4)建立一种机制,使用户需求成为测试方案的依据之一。

5)评价,推荐和获得根本的方案工具并从管理上支持工具的使用。

(III)制度化根本的测试技术和方法

为改良测试过程能力,组织中需应用根本的测试技术和方法,并说明何时和怎样使用这些技术,方法和支持工具。

将根本测试技术和方法制度化有2个子目标:

1)在组织范围内成立测试技术组,研究,评价和推荐根本的测试技术和测试方法,推荐支持这些技术与方法的根本工具。

2)制订管理方针以保证在全组织范围内一致使用所推荐的技术和方法。

第三级集成级

在集成级,测试不仅仅是跟随在编码阶段之后的一个阶段,它已被扩展成与软件生命周期融为一体的一组已定义的活动。

测试活动遵循软件生命周期的V字模型。

测试人员在需求分析阶段便开始着手制订测试方案,并根据用户或客户需求建立测试目标,同时设计测试用例并制订测试通过准那么。

在集成级上,应成立软件测试组织,提供测试技术培训,关键的测试活动应有相应的测试工具予以支持。

在该测试成熟度等级上,没有正式的评审程序,没有建立质量过程和产品属性的测试度量。

集成级要实现4个成熟度目标,它们分别是:

建立软件测试组织,制订技术培训方案,软件全寿命周期测试,控制和监视测试过程。

(I)建立软件测试组织

软件测试的过程及质量对软件产品质量有直接影响。

由于测试往往是在时间紧,压力大的情况下所完成的一系列复杂的活动,因此应由训练有素的专业人员组成测试组。

测试组要完成与测试有关的多种活动,包括负责制订测试方案,实施测试执行,记录测试结果,制订与测试有关的标准和测试度量,建立测试数据库,测试重用,测试跟踪以及测试评价等。

建立软件测试组织要实现4个子目标:

1)建立全组织范围内的测试组,并得到上级管理层的领导和各方面的支持,包括经费支持。

2)定义测试组的作用和职责。

3)由训练有素的人员组成测试组。

4)建立与用户或客户的联系,收集他们对测试的需求和建议。

(II)制订技术培训方案

为高效率地完成好测试工作,测试人员必须经过适当的培训。

制订技术培训规划有3个子目标:

1)制订组织的培训方案,并在管理上提供包括经费在内的支持。

2)制订培训目标和具体的培训方案。

3)成立培训组,配备相应的工具,设备和教材

(III)软件全生命周期测试

提高测试成熟度和改善软件产品质量都要求将测试工作与软件生命周期中的各个阶段联系起来。

该目标有4个子目标:

1)将测试阶段划分为子阶段,并与软件生命周期的各阶段相联系。

2)基于已定义的测试子阶段,采用软件生命周期V字模型。

3)制订与测试相关的工作产品的标准。

4)建立测试人员与开发人员共同工作的机制。

这种机制有利于促进将测试活动集成于软件生命周期中

(IV)控制和监视测试过程

为控制和监视测试过程,软件组织需采取相应措施,如:

制订测试产品的标准,制订与测试相关的偶发事件的处理预案,确定测试里程碑,确定评估测试效率的度量,建立测试日志等。

控制和监视测试过程有3个子目标:

1)制订控制和监视测试过程的机制和政策。

2)定义,记录并分配一组与测试过程相关的根本测量。

3)开发,记录并文档化一组纠偏措施和偶发事件处理预案,以备实际测试严重偏离方案时使用。

在TMM的定义级,测试过程中引入方案能力,在TMM的集成级,测试过程引入控制和监视活动。

两者均为测试过程提供了可见性,为测试过程持续进行提供保证。

第四级管理和测量级

在管理和测量级,测试活动除测试被测程序外,还包括软件生命周期中各个阶段的评审,审查和追查,使测试活动涵盖了软件验证和软件确认活动。

根据管理和测量级的要求,软件工作产品以及与测试相关的工作产品,如测试方案,测试设计和测试步骤都要经过评审。

因为测试是一个可以量化并度量的过程。

为了测量测试过程,测试人员应建立测试数据库。

收集和记录各软件工程工程中使用的测试用例,记录缺陷并按缺陷的严重程度划分等级。

此外,所建立的测试规程应能够支持软件组中对测试过程的控制和测量。

管理和测量级有3个要实现的成熟度目标:

建立组织范围内的评审程序,建立测试过程的测量程序和软件质量评价。

(I)建立组织范围内的评审程序

软件组织应在软件生命周期的各阶段实施评审,以便尽早有效地识别,分类和消除软件中的缺陷。

建立评审程序有4个子目标:

1)管理层要制订评审政策支持评审过程。

2)测试组和软件质量保证组要确定并文档化整个软件生命周期中的评审目标,评审方案,评审步骤以及评审记录机制。

3)评审项由上层组织指定。

通过培训参加评审的人员,使他们理解和遵循相关的评审政策,评审步骤。

(II)建立测试过程的测量程序

测试过程的测量程序是评价测试过程质量,改良测试过程的根底,对监视和控制测试过程至关重要。

测量包括测试进展,测试费用,软件错误和缺陷数据以及产品质量等。

建立测试测量程序有3个子目标:

1)定义组织范围内的测试过程测量政策和目标。

2)制订测试过程测量方案。

测量方案中应给出收集,分析和应用测量数据的方法。

3)应用测量结果制订测试过程改良方案。

(III)软件质量评价

软件质量评价内容包括定义可测量的软件质量属性,定义评价软件工作产品的质量目标等项工作。

软件质量评价有2个子目标:

1)管理层,测试组和软件质量保证组要制订与质量有关的政策,质量目标和软件产品质量属性。

2)测试过程应是结构化,己测量和己评价的,以保证到达质量目标。

第五级优化,预防缺陷和质量控制级

由于本级的测试过程是可重复,已定义,已管理和己测量的,因此软件组织能够优化调整和持续改良测试过程。

测试过程的管理为持续改良产品质量和过程质量提供指导,并提供必要的根底设施。

优化,预防缺陷和质量控制级有3个要实现的成熟度目标:

(I)应用过程数据预防缺陷。

这时的软件组织能够记录软件缺陷,分析缺陷模式,识别错误根源,制订防止缺陷再次发生的方案,提供跟踪这种活动的方法,并将这些活动贯穿于全组织的各个工程中。

应用过程数据预防缺陷有几个成熟度子目标:

1)成立缺陷预防组。

2)识别和记录在软件生命周期各阶段引入的软件缺陷和消除的缺陷。

3)建立缺陷原因分析机制,确定缺陷原因。

4)管理,开发和测试人员互相配合制订缺陷预防方案,防止已识别的缺陷再次发生。

缺陷预防方案要具有可跟踪性。

(II)质量控制在本级,软件组织通过采用统计采样技术,测量组织的自信度,测量用户对组织的信赖度以及设定软件可靠性目标来推进测试过程。

为了加强软件质量控制,测试组和质量保证组要有负责质量的人员参加,他们应掌握能减少软件缺陷和改良软件质量的技术和工具。

支持统计质量控制的子目标有:

1)软件测试组和软件质量保证组建立软件产品的质量目标,如:

产品的缺陷密度,组织的自信度以及可信赖度等。

2)测试管理者要将这些质量目标纳入测试方案中。

3)培训测试组学习和使用统计学方法。

4)收集用户需求以建立使用模型

(III)优化测试过程在测试成熟度的最高级,己能够量化测试过程。

这样就可以依据量化结果来调整测试过程,不断提高测试过程能力,并且软件组织具有支持这种能力持续增长的根底设施。

根底设施包括政策,标准,培训,设备,工具以及组织结构等。

优化测试过程包含:

1)识别需要改良的测试活动

2)实施改良。

3)跟踪改良进程。

4)不断评估所采用的与测试相关的新工具和新方法。

5)支持技术更新。

(IV)测试过程优化所需子成熟度目标包括:

1)建立测试过程改良组,监视测试过程并识别其需要改良的局部。

2)建立适当的机制以评估改良测试过程能力和测试成熟度的新工具和新技术。

3)持续评估测试过程的有效性,确定测试终止准那么。

终止测试的准那么要与质盘目标相联系。

 

TMM(测试成熟度模型)介绍[1] 软件测试

  许多公司在提高测试效率时往往着重在人力、物力上,最终却发现收获颇微,其主要原因在于测试过程本身不合理。

而当前流行的CMMI(CapabilityMaturityModelIntegration,能力成熟度模型集成)等通用模型,没有针对测试领域进行详细阐述,测试过程没有等级化的成熟度考量,缺少改良的指导与动力。

  本文作者所设计的TMM(TestingMaturityModel,测试成熟度模型),补充了这方面的缺乏,对测试专家/软件质量专家要进行测试过程自身评估和改良提供了极大帮助。

对于刚进入测试领域的新人,也不失为了解测试标准要求、理清自身学习和开展思路的好参考。

  译文对TMM模型及评估模型进行简要介绍。

  TMM模型框架

  TMM定义了五个成熟度等级,每个等级代表着一个成熟的测试过程,到达高等级意味着应继续实施低等级的实践。

  除了等级1外,每个等级都有一系列成熟度目标、子目标、活动、任务和职责(ATRs)。

模型框架如图1所示。

  成熟度目标定义了到达该等级必须实现的测试改良目标,成熟度子目标更为具体,定义了该等级的范围、界限和需要完成的事项。

要到达某个成熟度等级,组织必须满足这个等级的成熟度目标。

通过活动/任务/职责来到达成熟度子目标,活动/任务/职责涉及实施和组织调整问题。

活动和任务定义了如果要改良测试能力到达某个等级所要做出的行动,它们与组织的承诺有关。

模型中为三组人分配了职责,这三组人是测试过程中的关键参与者:

管理者、开发者/测试者、客户,模型中称为关键角度。

  三个关键角度包括:

  1.管理者角度:

包括承诺,及完成改良测试过程成熟度相关的活动和任务的能力

  2.开发者/测试者角度:

包括技术上的活动和任务,这些活动和任务来自成熟的测试实践

  3.用户/客户角度:

定义为一个协作或支持角度。

开发者和测试者与客户组一起实施质量相关的活动和任务,关注面向用户的需求

 

TMM(测试成熟度模型)介绍[2]  软件测试 

    TMM成熟度等级介绍

  每个等级的成熟度目标如图2所示:

  Level2:

阶段定义

  在Level2,组织开始从技术和管理两方面促进测试过程成熟化,软件生命周期中定义了测试阶段。

测试被筹划,并有根本的方法和工具支持,在所有的软件工程中测试过程可重复。

测试活动与调试已经进行别离,其实调试活动更难筹划。

  目标1、制定测试和调试目标

  测试和调试有明显区别,分别为这两个活动定义目标、任务、活动和工具并分配职责。

分这两个活动对提高测试成熟度非常重要。

在这个等级,“测试〞已被筹划,因此才能被管理;然而调试管理要复杂得多,因为很难预测会发生多少缺陷、修复需要多长时间。

调试相关的活动经常导致过程不可预见,工程经理必须安排缺陷定位、修复、重新测试的时间和资源。

到了TMM高等级后,调试管理会容易一些,因为可参考以往工程的缺陷详细信息和修复数据

  目标2、具备测试筹划过程

  一个过程只有被筹划,才能做到可重复、可定义和可管理。

测试筹划书需要陈述目的、分析风险、概述测试策略、编写测试设计说明书及测试用例。

测试筹划还需要包括测试完成准那么、测试活动的所有资源、进度、职责,包括单元、集成、系统、验收多种层次的测试。

  目标3、制度化根本的测试技术和方法

 

TMM(测试成熟度模型)介绍[3]   软件测试

  Level4:

管理和度量

  Level4中的测试活动是完全被管理的;有筹划、有指导、人员具备技能、有组织、可控制。

管理层、SQA、测试者们定义、收集、分析和使用测试相关的度量数据。

测试活动的定义正式扩展到整个生命周期中的审查活动,同行评审和审查作为基于实现的测试活动的补充,它们被认为是质量控制程序,用以移除软件产品的缺陷。

  目标1、拟制跨整个组织的评审程序

  Level3中,组织将测试活动集成到软件生命周期中,Level4中,这个集成扩展到拟制一个正式的评审程序。

同行评审(包括审查和走查两种形式)被认为是测试活动,在生命周期所有阶段中实施同行评审,更早、更有效地识别、记录、移除软件工作产品和测试工作产品中的缺陷。

  目标2、拟制测试度量程序

  拟制测试度量程序对评价测试过程的质量和效率、评估测试人员生产力、监督测试过程改良很重要,必须谨慎筹划和管理测试度量程序,程序中应识别收集哪些测试数据,决定由谁、如何来使用这些数据。

  目标3、软件质量评价

  这个Level的软件质量评价,目的之一是判断测试过程的充分性。

软件质量评价需要组织为每种类型的软件工作产品,定义可度量的质量属性和质量目标。

质量目标与测试过程充分性密切相关,因为成熟的测试过程应能保证软件产品可靠、可用、可维护、可移植和平安。

  Level5:

优化/缺陷预防和质量控制

  Level5中,测试首先要保证软件产品满足规格说明书、可靠,并对它的可靠性有一种确定的信心。

其次,测试要处理缺陷和预防缺陷,这点通过收集和分析缺陷数据来实现。

由于这时候的测试活动可重复、已管理、已定义和已度量,就可以进行调整和持续改良。

  目标1、将过程数据用于缺陷预防

  成熟的组织会吸取自身的教训。

TMM最高等级中,组织将记录缺陷,分析缺陷模式,识别导致错误的根源原因,制定预防缺陷再次发生的行动方案。

并组建缺陷预防组负责缺陷预防行动,与开发人员一起在整个生命周期中实施缺陷预防行动。

  目标2、实施质量控制度量

  Level4中,组织通过一些质量属性来关注测试,比方正确性、平安性、可移植性、可维护性等。

Level5,组织使用统计抽样、信心等级度量、可信赖性、可靠性目标来促进测试过程。

测试组和SQA组是质量领导者,与软件设计开发者一起,运用各种技术和工具减少缺陷,改良软件质量。

组织可以通过自动测试工具、基于使用模型的统计测试方法等,提高测试充分性和信心等级。

  目标3、优化测试过程

  Level5中,在整个工程和整个组织中进行测试过程的持续改良,测试过程是量化的、可以优化调整的。

组织应具备一套由上至下的方针、标准、培训、设备、工具和组织结构,以支持持续的成熟度提高。

  优化测试过程通常通过以下步骤进行:

  1.识别需要改良的测试实践

  2.实施改良

  3.跟踪进展

  4.评价新的测试相关技术和方法,决定是否采纳

  5.支持技术转移

 

TMM(测试成熟度模型)介绍[4] 软件测试

  TMM-AM模型

  除了TMM,作者还设计了TMM-AM(TMMAssessmentModel,TMM评估模型),目的是让软件工程人员可以用来评估和评价自己的软件测试过程,并提供一种通过数据分析和行动方案进行测试过程改良的方法。

TMM-AM并不是一套另外的测试过程认证体系,而是软件过程工程的知识体系的一局部。

  TMM-AM由以下三局部组成:

  1.评估工具:

为评估当前测试过程成熟度而设计的一套与成熟度目标相关的问题调查表

  2.团队培训和选择准那么:

为选择和指导评估组而设计的一套方针

  3.评估程序:

一份有详细步骤的评估程序,用以指导评估组进行测试过程评价和改良。

  制定评估程序的首要目标:

1)为描述测试过程的轮廓、决定TMM等级提供支持。

2)指导组织制定测试过程改良的行动方案。

3)确保有效利用组织的资源进行评估。

4)指导评估组进行收集、组织和分析数据。

  TMM-AM评估的简要步骤

  1、准备

  这个步骤包括选择和培训评估组成员,选择组长,制定评估方案,选择工程,准备参与评估的组织部门。

  2、实施评估

  评估组从访谈、工程陈述、调查表和相关文档中收集和记录评估信息。

可使用追踪矩阵表格记录信息,有助于检查数据的准确性、一致性和客观性,保证评估结果可靠和可重复。

评估组分析收集到的数据,根据分级算法,决定组织的TMM等级。

  3、汇报评估输出

  TMM-AM的评估输出包括:

过程轮廓、TMM等级和评估记录。

过程轮廓汇总地展示组织测试过程的状态,罗列强项和弱项以及改良建议。

评估记录中有大量的实际评估数据、评估组成员姓名、评估输入和输出、实际的时间表和花费、执行的任务/任务周期和责任人、收集的数据、遇到的问题等。

  4、分析评估输出

  评估组成员、管理者和软件质量工程师根据评估输出,识别和排序改良目标;改良目标应该是量化,才能依此制定行动方案。

  5、行动筹划

  行动筹划组针对高优先级的改良目标制定方案,筹划组成员可以包括:

评估者,SEPG,SQA,和/或评估参与评估的“热心人士〞。

行动方案包括:

活动、资源、改良现有实践和补充遗漏实践的时间表,以使组织能到达TMM更高等级。

  6、实施改良

  选择实施行动方案的试点工程,并且应对试点工程监督和跟踪进展、目标达成情况。

试点结果理想的话,意味着可以在整个组织中推广新过程。

  TMM-AM评估调查表

  评估调查表与CMMI评估框架类似,保证评估时覆盖TMM每个等级的所有目标的ATRs,可以通过这张表收集和存储评估数据,指导评估者在哪些领域需重点访谈。

评估表的结果并非决定TMM等级的唯一输入,评估组还需使用访谈、工程陈述、审查相关文档等收集到的信息。

TMM(测试成熟度模型)介绍[5]  软件测试

  TMM评估调查表包括以下八个局部:

  1.使用说明

  2.答复者背景

  3.组织背景

  4.成熟度目标和子目标问题:

包括TMM各等级的目标和子目标;从开发者/测试者、管理者和客户三个角度提出问题。

  5.测试工具使用问题:

使用的工具类型、频度,以便以后改良。

  6.测试趋势问题:

概述过去几年组织的测试过程开展情况

  7.对调查表的改良建议

  8.测试术语表

  TMM-AM评估组培训和选择准那么

  TMM评估是内部评估,高层管理应必须支持这种自我评估和改良投入,保证评估能获得足够资源,保证评估的改良建议能得到实施。

评估组由组织内部人员组成并必须经过培训,评估组成员应理解评估目标,有适当的知识、经验和技巧,善于沟通,并担任测试过程改良工作。

  评估组人数应与评估目标和范围相匹配。

在评估开始前,评估组组长应带着学习TMM、访谈技巧、数据分析技巧等,可以通过团队建设、评估过程演习、尝试填写调查表及评估相关的其他表格、如何准备最终报告等,进行评估组成员培训。

  为什么要实施TMM?

  最后,让我们来总结一下实施TMM会给组织带来哪些好处:

  1.TMM补充了CMMI的缺乏,特别关注测试经理、测试专家比拟看重的那些问题,针对性、专业性更强。

  2.TMM等级结构全面、详尽、容易理解和使用,并有一个定义充分的评估模型支持,充分覆盖了测试相关的问题,能支持递增式的测试过程成熟度开展

  3.组织可以依照TMM要求,组建内部评估组确认当前的测试能力状态,触动高层启动测试改良程序,帮助测试组改良测试效率,并协助客户了解在测试过程中的角色。

  4.实施TMM能改良测试过程,并有助于提高软件质量、软件工程生产力和缩短研发周期,减少投入。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > PPT模板 > 商务科技

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2