【教学课件】第八部分(章)测试组管理及测试工作量的估计.ppt
《【教学课件】第八部分(章)测试组管理及测试工作量的估计.ppt》由会员分享,可在线阅读,更多相关《【教学课件】第八部分(章)测试组管理及测试工作量的估计.ppt(103页珍藏版)》请在三一办公上搜索。
1、第八部分(章)测试组管理及测试工作量的估计,1.测试组的组织结构2.测试任务3.测试工作规模4.招聘测试工程师5.任务与职责6.企业的测试策略7.测试组的业绩考核,1 测试组的组织结构,测试组的结构根据软件企业的不同而不同;测试组的结构同样依赖于被测产品的类型及测试组的使命。,烟囱测试组集中测试组IV&V测试组SMT测试组,测试组的类型,除了基于短期及集中型组织概念的测试组构成策略之外,测试组结构也可能由于测试任务的不同而有所不同。,1测试组的组织结构一、概述,1、烟囱测试组:企业按照项目的开始及结束来雇佣并安排测试工程师,项目结束,项目结束测试工程师就离开;2:集中测试组:企业有专职测试人员
2、和测试专家专门的测试团队,企业将软件测试能力作为长期投资战略;3:独立验证与确认(IV&V)小组 IV&V测试组:IV&V测试组中的测试工程师完成软件应用的验收测试,并评审软件文档,以验证产品质量。,1测试组的组织结构一、概述,4:“系统方法与测试(SMT)小组”:在企业中传授测试技术的独立小组,通常是企业的内部顾问组。SMT测试工程师日常的工作是:研究新的测试方法及工具、参加测试工具研讨会、维护企业的软件及测试程序资产、维护软件项目的“经验教训”数据库、维护测试工具评估结果及自动测试代码库。,注:他们的职责并不是在项目中执行测试,而是磋商、培训及指导真正进行测试开发并具体执行的项目组人员。,
3、1测试组的组织结构一、概述,表51 测试组概况 烟囱测试组 烟囱测试组 集中测试组&V测试组 SMT测试组(小型)(大型)测试组长 测试经理 测试主任 IV&V经理 SMT经理 测试工程师 测试组长 测试经理 IV&V组长 过程组长(14)(12)测试工程师 测试组长 IV&V专家测试 测试组长(48)(35)组长(14)测试工程师 测试工程师(1020)(1-4)工程师(13),1测试组的组织结构二、烟囱测试组,1、管理特殊项目的经理应当对测试组的候选人进行面试,以便决定是否录用测试组人员的组织。2、项目的测试计划文档是在分配测试工程师之前由项目经理来制定的测试计划的制订。3、一个典型的烟囱
4、测试组由2个到5个测试工程师组成。这些测试组成员并不隶属于单独的测试组织实体,而是向项目的任务经理或真正的项目经理进行报告。4、测试人员中的一人作为测试组长,其他测试工程师进行测试程序的开发和执行。5 测试组长为测试程序的开发进行设计,然后分配开发任务,开展测试工作。,1测试组的组织结构二、烟囱测试组,测试工作结束后,测试工程师可能会发现自己处于一种不知何去何从的状态;一旦项目结束,就没有什么正规的办法能够保留测试工作中所学到的东西;同样,企业也没有正规的办法将测试程序、方法、或者自动测试工具的知识及经验传递下去。,问题,项目结束后测试组将解散,1测试组的组织结构三、集中测试组,企业中建有专门
5、的测试组织,拥有专门的测试工程师。注:企业将软件测试能力作为一种投资策略,他们看到了软件测试专家是多面手,是企业中的财富。,1测试组的组织结构三、集中测试组,(一)集中测试组的优点(1)不同的测试工程师可能在给定的时间内承担一个或多个项目多个项目同时进行,企业会发现集中测试组为同时测试不同的项目提供了极大的便利,例如,测试工程师可以作为一个新项目的兼职,评审软件需求,以保证需求的可测试性。另外一种情况是,集中测试组可能在项目的高峰活动阶段提供额外的测试工程师。还有一种情况,项目可能在一个限定时间内需要具有特殊专长的测试工程师提供服务。,1测试组的组织结构三、集中测试组,(2)集中测试组也可以从
6、一开始就为项目设置一个或几个全职测试工程师项目早期支持。,在新项目的启动阶段,集中测试组可以通过提供兼职人员的方式完成一系列活动,否则,这些活动都由项目经理来完成。这些活动包括确定测试工作规模、编写测试工程师工作说明、测试工程师的面试、自动测试决策、测试工具的评估及选择以及测试工具的引入,这些工程师可以对启动活动提供帮助并对整个生存周期提供支持,1测试组的组织结构三、集中测试组,(3)建立集中测试组所带来的其他益处包括培训的高效性,项目中技术及工具的多样性、测试工程师之间的信息共享及技术交流、工作安全性的提高。,1测试组的组织结构三、集中测试组,(二)测试主任 测试组如果包含10名到30名测试
7、工程师,那么集中测试组可能需要推举一名测试主任。测试主任专门负责保持小组的专业水准以及专业知识。他或她必须保证测试活动在各个项目的进度之内正确完成。为了完成该任务,测试主任需要保证集中测试组中的测试专家保持各种技术能力以及各种技术的并用能力。,1测试组的组织结构三、集中测试组,(三)系统工程支持(SES)中心或部门 在一些企业中,集中测试组可能是负责执行项目中关键软件管理及制定性能规范的部门的一部分。该部门通常指系统工程支持(SES)中心(部门)。SES中心通常负责实现软件工程研究所(SEI)能力成熟度模型(CMM)第2级和第3级的关键过程领域。SES主要由执行测试工程规范之外任务的人员组成,
8、例如与需求管理、风险管理、质量保证以及配置管理有关的人员,1测试组的组织结构三、集中测试组,项目一旦完成,执行该项目的测试工程师将报告返回到集中测试组,等待分配下一个任务。在该项目中获得的经验将保留在集中测试组维护的数据库中。同样,测试组还要维护一个有关测试程序、方法、程序、测试工具评估结果以及包含测试自动化代码库在内的知识库。,拥有集中测试组的企业实际上是将有才干的软件测试专家纳入到了企业当中。,1测试组的组织结构四、独立验证与确认(IV&V)测试组,IV&V测试组的人员包括:软件开发组织中的独立小组成员或软件开发组织之外的小组成员,例如转包商。IV&V小组有权决定新开发的软件版本是否具备发
9、布条件。其的责任是参与走查,验证是否遵循标准、进行软件文档的质量保证检测、并完成其他测试任务。,1测试组的组织结构四、独立验证与确认(IV&V)测试组,IVV小组通常将重点放在系统测试方面,IV&V不负责项目测试计划的开发,但要保证测试计划的完整、彻底、遵循标准以及对相应系统需求及导出的测试需求的支持。IV&V小组成员必须同时具备业务知识及技术知识。,1测试组的组织结构四、独立验证与确认(IV&V)测试组,IV&V测试组的组织结构很适合于从事大量测试工作的特殊行业,例如金融、后勤管理或空间卫星控制系统。IV&V小组结构同样适用于大型商业软件的开发组织或维护并有可能开发大型的金融服务软件程序的公
10、司。在这样的环境中,企业将保留IV&V人员的专业知识作为一种投资是有好处的。,1测试组的组织结构四、独立验证与确认(IV&V)测试组,项目结束后,IV&V专家向IV&V小组经理或企业的其他经理进行报告,等待分配下一项工作。而该项目从IV&V测试工作中获得的经验将被保留,企业将维护一个有关IV&V过程和程序的知识库。,1测试组的组织结构五、系统方法及测试组(SMT),在一些企业中,传授测试技术的责任分配给同一企业中一个独立的小组,称为系统法及测试组(SMT)。该小组的报告链与直接的项目组织分离,测试组通常负责完成企业并行开发的多个应用的测试程序的启动活动。,1测试组的组织结构五、系统方法及测试组
11、,SMT小组通常是企业的内部顾问组 SMT的全体人员负责有关方法及标准的知识交流、公布开发及测试指南、开发并精练测试方法、进行自动测试工具的评估及培训、在项目中引入测试工具。小组成员一个接一个地与不同的项目开发组组长协作,开展技术交流,和其他活动。,1测试组的组织结构五、系统方法及测试组,SMT小组应该包括软件专家,他们的测试能力久经考验,他们在构思、组织以及制定计划方面才能卓著。SMT小组成员必备的能力包括对于整个测试生存周期的了解以及进行测试设计、开发、自动化和执行活动的必要技术。,1测试组的组织结构五、系统方法及测试组,SMT人员常常会深深地卷入项目的启动操作以及测试计划的制定和设计操作
12、中,但在测试的开发和执行阶段投入较少。,1测试组的组织结构五、系统方法及测试组,一旦项目测试开发工作完成,SMT测试工程师通常回到日常的SMT操作中,即研究新的测试方法及工具、参加测试工具研讨会、维护企业的软件及测试程序资产、维护软件项目的“经验教训”数据库、维护测试工具评估结果及自动测试代码库。,1测试组的组织结构六、测试组小结,(一)测试组的比较测试组的结构依赖于几个条件,其中包括企业的文化氛围。测试组组织最重要的结果是过程成熟度及软件测试能力持续改进的可能性。项目结束后,测试组织结构的意义在于能否将测试过程、程序、工具知识等保留在企业,并可将这些知识带入到新项目中。,1测试组的组织结构六
13、、测试组小结,(二)成功测试组的10大因素1业务知识 测试工程师需要具备业务知识并与系统的用户及客户紧密接触。2技木知识 应用是非常复杂的,而且为了更好地理解应用中的复杂技术,还必须掌握自动测试工具及技术背景。3任务划分 将业务任务与技术任务相互独立。,1测试组的组织结构六、测试组小结,4资源管理 业务资源及技术资源可以相互结合。5与开发组的关系 测试工程师与开发人员协同工作。6生存周期早期介入 测试组在开发生存周期的早期介入。7确定测试方法 方法、标准及过程必须按照需要就位、执行、修改。,1测试组的组织结构五、测试组小结,8灵活性适应性 每个应用都是不相同的。在一个项目中成功的测试策略在另一
14、个项目中可能失败。9度量 测试组需要掌握收集哪些度量,并利用这些度量改进测试程序。度量需要在整个开发生存周期中收集。10过程改进 测试组致力于所确定的测试方法的不断改进。,1测试组的组织结构七、企业如何组织测试人员,企业如何组织测试人员应当视企业的人力资源而定(我国目前企业)条件特别好的公司,可以按照集中测试组及更高的要求组织测试团队。甚至可以为每1-2个开发人员分配一名独立的测试人员。这样的测试人员职业化程度很高,可以完成单元测试、集成测试和系统测试工作,能够实现开发与测试同步进行。条件比较好的公司,可以设置一个独立的测试小组,该测试小组轮流参加各个项目的系统测试。而单元测试、集成测试工作由
15、项目的开发小组承担。,1测试组的组织结构七、企业如何组织测试人员,条件一般的公司,养不起独立的测试小组。单元测试、集成测试工作由项目开发小组承担。当项目进展到系统测试阶段,可以从项目外抽调一些人员,加上开发人员,临时组织系统测试小组。条件比较差的公司,也许只有一个项目和为数不多的一些开发人员。那么就让开发人员一直兼任测试人员的角色,相互测试对方的程序。如果人员实在太少了,只好让开发者测试自己的程序,有测试总比没有测试好吧!,2 测试任务,测试工作分解结构表描述了可被执行的测试任务的不同类型。测试工作结构分解表分成11个大类,95个子类。11个大类为:项目启动、早期项目支持、自动测试决策、测试工
16、具的选择及评估、测试工具引入、测试计划、测试设计、测试开发、测试执行、测试管理及支持、测试过程改进。,1 项目启动 11 过程改进。评审从以往的相似项目中获取的经验教训,以便建议的改进活动。确定需要执行的改进活动 12 过程。掌握自动测试生存周期方法学(ATLM)的所有内容 13 范围。概述初步的测试目标和目的 14 规模。测试工作的规模 15 测试组组成。承担测试组的组成分析和撰写测试工程师任务描述 16 招聘。编写测试工程师招聘广告和执行面试,2 早期项目支持 21 目标目的。进一步确定测试目标和目的,并同项目管理、开发组和测试工程师一起评审目标目的,以建立便于理解的、可以接受的测试目标和
17、目的 22 约束评审。评审项目的约束条件,例如短期内投放市场及资源限制等 23 可测试性评审。确保应用中考虑了可测试性 24 需求评审。确保需求是按可测试性的术语规定的 25 标准评审。确定并熟悉可应用的标准。确定标准是否需要根据以往的经验进行调整对缺少的标准进行定义 26 测试过程分析。分析企业当前的测试过程 27 客户参与。保证客户在测试生存周期中自始至终参与,3 自动测试决策 31 测试目的策略。细化测试目的的定义并制定测试策略 32 测试工具价值。概述使用自动测试工具所带来的价值利益 33 测试工具使用建议。就测试工具的使用提出建议,获得管理人员的支持,4 测试工具的选择及评估 41
18、系统工程环境。评审企业的系统工程环境 42 可得到的测试工具。评审可得到的测试工具的类型43 候选测试工具。研究、评估候选测试工具并打分 44 定义评估范围 45 亲自评估工具 46 测试工具评估报告。报告工具选择及评估结果,并形成文档 47 测试工具采购。与采购部门一起制定采购订单,2 测试任务,测试组可能希望将表中的元素87和93进行细分,以便按照不同的测试子类型描述测试程序/脚本的开发及执行情况。可能的测试子类型包括功能需求测试、服务器性能测试、用户界面测试、性能测试、程序模块复杂性分析、程序代码覆盖测试、系统装载性能测试、边界测试、安全性测试、内存泄漏测试以及响应时间性能测试等等。,2
19、 测试任务,表中描述的工作分解结构(WBS)可与可与完成该项工作实际用时对应起来,以开发一个记录完成项目不同活动所需工作量的历史记录。维护这个历史记录对于测试规模的计算是很有价值的,它可用于评估新项目的测试工作量。,3 测试工作规模,影响一个给定项目测试工作的因素有很多,例如企业的文化氛围或成熟程度、项目所定义的测试需求的范围、测试人员的测试技术水平以及测试组的组织类型。测试成熟度模型(TMM)根据企业的测试成熟程度来确定一个项目的测试工作等级。人力资源的耗费也会由于企业测试成熟程度的不同而不同。,3 测试工作规模一、测试成熟度模型(TMM)简介,测试成熟度级别1。在测试成熟度级别l中,测试工
20、作仅限于调试。程序员对书写的软件进行调试,直到能够正常工作为止。因为只有程序员参与该工作,因而费用往往隐藏在开发费用中。同样,良好测试所带来的潜在好处也隐藏在现场支持及产品升级的费用中。测试成熟度级别l的真实测试费用是很难计算的。,3 测试工作规模一、测试成熟度模型(TMM)简介,测试成熟度级别2。处于测试成熟度级别2的软件测试是一项独立的工作。测试计划及脚本通常是由有经验的产品用户或支持人员来开发的。这些人员也许具备,也许不具备自动(编程)测试经验。不论属于何种情况,测试人员都必须彻底了解软件需求和设计说明,以便制定便于理解的测试计划,并开发与之关联的脚本。如果测试脚本存在,就应该提交给运行
21、脚本并记录结果的测试工程师。,3 测试工作规模一、测试成熟度模型(TMM)简介,在级别2中,测试组可能包括一些新手,他们是缺乏相关经验的最终用户或者具备相关功能知识的人员。这些人员的工作是就是设法使系统中断,实际上也是为了保证系统能够正常工作。在级别2中,测试工作可能需要一个或多个高级支持人员的服务,他协调测试文档的编写、对测试工程师进行管理并对结果进行编辑。虽然,一次性的启动费用便可实现捕获回放工具,但如果测试周期数量增多,就会需要投入更多的资金。在后面的测试周期中,测试脚本可以重用,还可以自动回放,这样在脚本的开发及执行方面节省了大量的劳动力。,3 测试工作规模一、测试成熟度模型(TMM)
22、简介,测试成熟度级别35。在高级别的测试成熟度中,负责制定测试计划的测试工程师应当参与设计工程师的产品开发会议,帮助在产品中建立可测试性。测试工程师的编程背景与他或她对产品的熟悉程度将有助于提高后续建立的测试的有效性,以便找出产品最薄弱的环节。如果测试工具具有白盒测试能力,那么测试工程师可以利用他或她在系统内部工作的有关知识确定不能手工进行测试的功能。测试计划有助于将测试设计的结果形成文档。测试设计为测试工程师开发测试脚本程序提供指南。,3 测试工作规模一、测试成熟度模型(TMM)简介,测试脚本的开发工作是由测试工程师或应用程序员完成的。编程所需的经验级别依赖于所使用的工具以及测试的复杂程度。
23、一般情况下,最具通用性的工具,它使用通用的脚本编程语言,例如C。而其他工具则可能使用简单的编程语言。不论是何种情况,测试组中至少要有一名成员必须在编写结构化程序方面有经验。自动工具用于自动生成测试日志、缺陷文档以及生成测试状念输出。这些工具在测试的执行及管理方面节省了大量的劳动力。,3 测试工作规模二、测试组规模确定方法,1、概述 根据测试工作量确定测试组规模的方法有好几种。(传统方法、商业评估工具法)(1)传统的方法是,软件开发程序已重点对开发工作量及整个项目的工作量做了估计。产品质量保证所需的工作量,例如软件测试,可根据预期的开发工作量和全部的项目工作量确定。,3 测试工作规模二、测试组规
24、模确定方法,(2)商业评估工具,例如COCOMO、Prices和SLIM,他们需要输入与开发规模、生产能力和项目管理活动范围相关的不同参数来确定测试工作量。这些工具所产生输出的精确性反映了输入数据的质量。只有极少数工具能够解决与产品质量保证规范(例如,软件测试)有关的日益增长的重要性及复杂性问题,这些问题是通过将它们与用来生成资源与费用估算的一组输入因素结合起来而解决的。,3 测试工作规模二、测试组规模确定方法,特定项目的测试工作量级别依赖于一些不确定因素,而这些因素是测试组进行资源估算所使用的复杂估算模型的输入条件。如果缺乏一些有价值的参数,那么可以考虑使用其他简单模型。确定估算软件开发工作
25、量范围的重点之后,测试程序的大小依赖于软件开发估算的结果。这一点与开发比例方法所反映的结果是一致的。,3 测试工作规模二、测试组规模确定方法,2、开发比例法 度量测试活动所需工作量级别的一个快速、简单的方法是根据分配给项目的软件开发人员的数量来确定测试工程师的数量。测试组的规模是通过确定项目开发人员和测试工程师合理的比例来计算的。在这里“开发人员”包括致力于设计、开发、编译及进行单元级测试的人员。虽然一些开发人员的任务可能超出传统开发活动的范围,但使用这种比例法时,开发人员的分类只限于这些特定的范围。这样的分类将从事功能分析、需求管理、配置管理、质量保证、过程改进、项目管理、软件测试、培训材料
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 教学课件 教学 课件 第八 部分 测试 管理 工作量 估计
链接地址:https://www.31ppt.com/p-5663389.html