第八部分(章)测试组管理及测试工作量的估计课件.ppt

1、第八部分（章）测试组管理及测试工作量的估计1. 1. 测试组的组织结构测试组的组织结构2. 2. 测试任务测试任务3. 3. 测试工作规模测试工作规模4. 4. 招聘测试工程师招聘测试工程师5. 5. 任务与职责任务与职责6. 6. 企业的测试策略企业的测试策略7. 测试组的业绩考核测试组的业绩考核1谢谢观赏2019-5-271 测试组的组织结构 测试组的结构根据软件企业的不同而不同；测试组的结构根据软件企业的不同而不同； 测试组的结构同样依赖于被测产品的类型及测测试组的结构同样依赖于被测产品的类型及测试组的使命。试组的使命。烟囱测试组集中测试组IV&V测试组SMT测试组测试组的类型 除了基于

2、短期及集中型组织概念的测试组构成策略之外，测试组结构也可能由于测试任务的不同而有所不同。 2谢谢观赏2019-5-271测试组的组织结构一、概述 1、烟囱测试组、烟囱测试组:企业按照项目的开始及结束来企业按照项目的开始及结束来雇佣并安排测试工程师，项目结束，项目结束雇佣并安排测试工程师，项目结束，项目结束测试工程师就离开；测试工程师就离开； 2：集中测试组：企业有专职测试人员和测试：集中测试组：企业有专职测试人员和测试专家专家专门的测试团队，企业将软件测试能专门的测试团队，企业将软件测试能力作为长期投资战略；力作为长期投资战略； 3：独立验证与确认：独立验证与确认(IV&V)小组小组 IV&V

3、测测试组：试组：IV&V测试组中的测试工程师完成软件测试组中的测试工程师完成软件应用的验收测试，并评审软件文档，以验证产应用的验收测试，并评审软件文档，以验证产品质量。品质量。 3谢谢观赏2019-5-271测试组的组织结构一、概述 4： “系统方法与测试系统方法与测试(SMT)小组小组”：在企业：在企业中传授测试技术的独立小组，通常是企业的内中传授测试技术的独立小组，通常是企业的内部顾问组。部顾问组。 SMT测试工程师日常的工作是：研究新的测试工程师日常的工作是：研究新的测试方法及工具、参加测试工具研讨会、维护测试方法及工具、参加测试工具研讨会、维护企业的软件及测试程序资产、维护软件项目的企

4、业的软件及测试程序资产、维护软件项目的“经验教训经验教训” 数据库、维护测试工具评估结果数据库、维护测试工具评估结果及自动测试代码库。及自动测试代码库。 注：他们的职责并不是在项目中执行测试，而是磋商、培训及指导真正进行测试开发并具体执行的项目组人员。4谢谢观赏2019-5-271测试组的组织结构一、概述表表51 测试组概况测试组概况 烟囱测试组烟囱测试组 烟囱测试组烟囱测试组 集中测试组集中测试组 &V测试组测试组 SMT测试组测试组 (小型小型) (大型大型) 测试组长测试组长 测试经理测试经理 测试主任测试主任 IV&V经理经理 SMT经理经理 测试工程师测试工程师 测试组长测试组长 测

5、试经理测试经理 IV&V组长组长 过程组长过程组长 (14) (12) 测试工程师测试工程师 测试组长测试组长 IV&V专家测试专家测试 测试组长测试组长 (48) (35) 组长组长(14) 测试工程师测试工程师 测试工程师测试工程师 (1020) (1-4) 工程师工程师(13)5谢谢观赏2019-5-271测试组的组织结构二、烟囱测试组 1、 管理特殊项目的经理应当对测试组的候选人进行管理特殊项目的经理应当对测试组的候选人进行面试，以便决定是否录用面试，以便决定是否录用测试组人员的组织测试组人员的组织。 2、项目的测试计划文档是在分配测试工程师之前由项、项目的测试计划文档是在分配测试工程

6、师之前由项目经理来制定的目经理来制定的测试计划的制订测试计划的制订。 3、一个典型的烟囱测试组由、一个典型的烟囱测试组由2个到个到5个测试工程师组成。个测试工程师组成。这些测试组成员并不隶属于单独的测试组织实体，而这些测试组成员并不隶属于单独的测试组织实体，而是向项目的任务经理或真正的项目经理进行报告。是向项目的任务经理或真正的项目经理进行报告。 4、测试人员中的一人作为测试组长，其他测试工程师、测试人员中的一人作为测试组长，其他测试工程师进行测试程序的开发和执行。进行测试程序的开发和执行。 5 测试组长为测试程序的开发进行设计，然后分配开测试组长为测试程序的开发进行设计，然后分配开发任务，开

7、展测试工作。发任务，开展测试工作。 6谢谢观赏2019-5-271测试组的组织结构二、烟囱测试组 测试工作结束后，测试工程师可能会发现自己测试工作结束后，测试工程师可能会发现自己处于一种不知何去何从的状态；处于一种不知何去何从的状态； 一旦项目结束，就没有什么正规的办法能够保一旦项目结束，就没有什么正规的办法能够保留测试工作中所学到的东西；留测试工作中所学到的东西； 同样，企业也没有正规的办法将测试程序、方同样，企业也没有正规的办法将测试程序、方法、或者自动测试工具的知识及经验传递下去。法、或者自动测试工具的知识及经验传递下去。问题问题项目结束后测试组将解散7谢谢观赏2019-5-271测试组

8、的组织结构三、集中测试组 企业中建有专门的测试组织，拥有专门的测企业中建有专门的测试组织，拥有专门的测试工程师。试工程师。 注：企业将软件测试能力作为一种投资策略注：企业将软件测试能力作为一种投资策略 ，他们看到了软件测试专家是多面手，是企业中他们看到了软件测试专家是多面手，是企业中的财富。的财富。 8谢谢观赏2019-5-271测试组的组织结构三、集中测试组（一）集中测试组的优点（一）集中测试组的优点（1）不同的测试工程师可能在给定的时间内承）不同的测试工程师可能在给定的时间内承担一个或多个项目担一个或多个项目多个项目同时进行多个项目同时进行企业会发现集中测试组为同时测试不同的项目提供了极企

9、业会发现集中测试组为同时测试不同的项目提供了极大的便利，例如，大的便利，例如，测试工程师可以作为一个新项目的兼测试工程师可以作为一个新项目的兼职，评审软件需求，以保证需求的可测试性。职，评审软件需求，以保证需求的可测试性。另外一种另外一种情况是，情况是，集中测试组可能在项目的高峰活动阶段提供额集中测试组可能在项目的高峰活动阶段提供额外的测试工程师。外的测试工程师。还有一种情况，还有一种情况，项目可能在一个限定项目可能在一个限定时间内需要具有特殊专长的测试工程师提供服务。时间内需要具有特殊专长的测试工程师提供服务。9谢谢观赏2019-5-271测试组的组织结构三、集中测试组（2）集中测试组也可以

10、从一开始就为项目设置集中测试组也可以从一开始就为项目设置一个或几个全职测试工程师一个或几个全职测试工程师项目早期支持项目早期支持。 在新项目的启动阶段，集中测试组可以通过提供兼职在新项目的启动阶段，集中测试组可以通过提供兼职人员的方式完成一系列活动，否则，这些活动都由项目经人员的方式完成一系列活动，否则，这些活动都由项目经理来完成。理来完成。 这些活动包括确定测试工作规模、编写测试工程师工这些活动包括确定测试工作规模、编写测试工程师工作说明、测试工程师的面试、自动测试决策、测试工具的作说明、测试工程师的面试、自动测试决策、测试工具的评估及选择以及测试工具的引入评估及选择以及测试工具的引入这些工

11、程师可以对启动活动提供帮助并对整个生存周期这些工程师可以对启动活动提供帮助并对整个生存周期提供支持提供支持10谢谢观赏2019-5-271测试组的组织结构三、集中测试组 （3）建立集中测试组所带来的其他益处包括培）建立集中测试组所带来的其他益处包括培训的高效性，项目中技术及工具的多样性、测训的高效性，项目中技术及工具的多样性、测试工程师之间的信息共享及技术交流、工作安试工程师之间的信息共享及技术交流、工作安全性的提高。全性的提高。 11谢谢观赏2019-5-271测试组的组织结构三、集中测试组（二）测试主任（二）测试主任 测试组如果包含测试组如果包含10名到名到30名测试工程师，名测试工程师，

12、那么集中测试组可能需要推举一名测试主任。那么集中测试组可能需要推举一名测试主任。测试主任专门负责保持小组的专业水准以及专测试主任专门负责保持小组的专业水准以及专业知识。业知识。 他或她必须保证测试活动在各个项目的进他或她必须保证测试活动在各个项目的进度之内正确完成。为了完成该任务，测试主任度之内正确完成。为了完成该任务，测试主任需要保证集中测试组中的测试专家保持各种技需要保证集中测试组中的测试专家保持各种技术能力以及各种技术的并用能力。术能力以及各种技术的并用能力。12谢谢观赏2019-5-271测试组的组织结构三、集中测试组（三）系统工程支持三）系统工程支持(SES)中心或部门中心或部门 在

13、一些企业中，集中测试组可能是在一些企业中，集中测试组可能是负责执负责执行项目中关键软件管理及制定性能规范行项目中关键软件管理及制定性能规范的部门的部门的一部分。该部门通常指系统工程支持的一部分。该部门通常指系统工程支持(SES)中心（部门）。中心（部门）。SES中心通常负责实现软件工中心通常负责实现软件工程研究所程研究所(SEI)能力成熟度模型能力成熟度模型(CMM)第第2级和级和第第3级的关键过程领域。级的关键过程领域。 SES主要由执行测试工程规范之外任务的主要由执行测试工程规范之外任务的人员组成，例如与需求管理、风险管理、质量人员组成，例如与需求管理、风险管理、质量保证以及配置管理有关的

14、人员保证以及配置管理有关的人员 13谢谢观赏2019-5-271测试组的组织结构三、集中测试组 项目一旦完成，执行该项目的测试工程师项目一旦完成，执行该项目的测试工程师将报告返回到集中测试组，等待分配下一个任将报告返回到集中测试组，等待分配下一个任务。在该项目中获得的经验将保留在集中测试务。在该项目中获得的经验将保留在集中测试组维护的数据库中。同样，测试组还要维护一组维护的数据库中。同样，测试组还要维护一个有关测试程序、方法、程序、测试工具评估个有关测试程序、方法、程序、测试工具评估结果以及包含测试自动化代码库在内的知识库。结果以及包含测试自动化代码库在内的知识库。 拥有集中测试组的企业实际上

15、是将有才干的软件测试专家纳入到了企业当中。14谢谢观赏2019-5-271测试组的组织结构四、独立验证与确认（IV&V）测试组 IV&V测试组的人员包括：软件开发测试组的人员包括：软件开发组织中的独立小组成员或软件开发组织组织中的独立小组成员或软件开发组织之外的小组成员，例如转包商之外的小组成员，例如转包商 。 IV&V小组有权决定新开发的软件版小组有权决定新开发的软件版本是否具备发布条件。其的责任是参与本是否具备发布条件。其的责任是参与走查，验证是否遵循标准、进行软件文走查，验证是否遵循标准、进行软件文档的质量保证检测、并完成其他测试任档的质量保证检测、并完成其他测试任务务。 15谢谢观赏2

16、019-5-271测试组的组织结构四、独立验证与确认（IV&V）测试组 IVV小组通常将重点放在系统测试小组通常将重点放在系统测试方面方面,IV&V不负责项目测试计划的开发，不负责项目测试计划的开发，但要保证测试计划的完整、彻底、遵循但要保证测试计划的完整、彻底、遵循标准以及对相应系统需求及导出的测试标准以及对相应系统需求及导出的测试需求的支持。需求的支持。 IV&V小组成员必须同时具备业务知小组成员必须同时具备业务知识及技术知识。识及技术知识。 16谢谢观赏2019-5-271测试组的组织结构四、独立验证与确认（IV&V）测试组 IV&V测试组的组织结构很适合于从测试组的组织结构很适合于从事

17、大量测试工作的特殊行业，例如金融、事大量测试工作的特殊行业，例如金融、后勤管理或空间卫星控制系统。后勤管理或空间卫星控制系统。 IV&V小组结构同样适用于大型商业小组结构同样适用于大型商业软件的开发组织或维护并有可能开发大软件的开发组织或维护并有可能开发大型的金融服务软件程序的公司。在这样型的金融服务软件程序的公司。在这样的环境中，企业将保留的环境中，企业将保留IV&V人员的专业人员的专业知识作为一种投资是有好处的。知识作为一种投资是有好处的。 17谢谢观赏2019-5-271测试组的组织结构四、独立验证与确认（IV&V）测试组 项目结束后，项目结束后，IV&V专家向专家向IV&V小小组经理或

18、企业的其他经理进行报告，等组经理或企业的其他经理进行报告，等待分配下一项工作。而该项目从待分配下一项工作。而该项目从IV&V测测试工作中获得的经验将被保留，企业将试工作中获得的经验将被保留，企业将维护一个有关维护一个有关IV&V过程和程序的知识库。过程和程序的知识库。 18谢谢观赏2019-5-271测试组的组织结构五、 系统方法及测试组(SMT) 在一些企业中，传授测试技术的责在一些企业中，传授测试技术的责任分配给同一企业中一个独立的小组，任分配给同一企业中一个独立的小组，称为系统法及测试组称为系统法及测试组(SMT)。 该小组的报告链与直接的项目组织该小组的报告链与直接的项目组织分离，测试

19、组通常负责完成企业并行开分离，测试组通常负责完成企业并行开发的多个应用的测试程序的启动活动。发的多个应用的测试程序的启动活动。 19谢谢观赏2019-5-271测试组的组织结构五、 系统方法及测试组 SMT小组通常是企业的内部顾问组小组通常是企业的内部顾问组 SMT的全体人员负责有关方法及标的全体人员负责有关方法及标准的知识交流、公布开发及测试指南、准的知识交流、公布开发及测试指南、开发并精练测试方法、进行自动测试工开发并精练测试方法、进行自动测试工具的评估及培训、在项目中引入测试工具的评估及培训、在项目中引入测试工具。小组成员一个接一个地与不同的项具。小组成员一个接一个地与不同的项目开发组组

20、长协作，开展技术交流，和目开发组组长协作，开展技术交流，和其他活动。其他活动。 20谢谢观赏2019-5-271测试组的组织结构五、 系统方法及测试组 SMT小组应该包括软件专家，他们小组应该包括软件专家，他们的测试能力久经考验，他们在构思、组的测试能力久经考验，他们在构思、组织以及制定计划方面才能卓著。织以及制定计划方面才能卓著。 SMT小组成员必备的能力包括对于小组成员必备的能力包括对于整个测试生存周期的了解以及进行测试整个测试生存周期的了解以及进行测试设计、开发、自动化和执行活动的必要设计、开发、自动化和执行活动的必要技术。技术。 21谢谢观赏2019-5-271测试组的组织结构五、 系

21、统方法及测试组 SMT人员常常会深深地卷入项目的人员常常会深深地卷入项目的启动操作以及测试计划的制定和设计操启动操作以及测试计划的制定和设计操作中，但在测试的开发和执行阶段投入作中，但在测试的开发和执行阶段投入较少。较少。22谢谢观赏2019-5-271测试组的组织结构五、 系统方法及测试组 一旦项目测试开发工作完成，一旦项目测试开发工作完成，SMT测试工程师通常回到日常的测试工程师通常回到日常的SMT操作中，操作中，即研究新的测试方法及工具、参加测试即研究新的测试方法及工具、参加测试工具研讨会、维护企业的软件及测试程工具研讨会、维护企业的软件及测试程序资产、维护软件项目的序资产、维护软件项目

22、的“经验教训经验教训” 数据库、维护测试工具评估结果及自动数据库、维护测试工具评估结果及自动测试代码库。测试代码库。 23谢谢观赏2019-5-271测试组的组织结构六、测试组小结（一）测试组的比较 测试组的结构依赖于几个条件，其中包括企业测试组的结构依赖于几个条件，其中包括企业的文化氛围。的文化氛围。 测试组组织最重要的结果是过程成熟度及软件测试组组织最重要的结果是过程成熟度及软件测试能力持续改进的可能性。测试能力持续改进的可能性。 项目结束后，测试组织结构的意义在于能否将项目结束后，测试组织结构的意义在于能否将测试过程、程序、工具知识等保留在企业，并测试过程、程序、工具知识等保留在企业，并

23、可将这些知识带入到新项目中。可将这些知识带入到新项目中。24谢谢观赏2019-5-271测试组的组织结构六、测试组小结（二）（二） 成功测试组的成功测试组的10大因素大因素1业务知识业务知识 测试工程师需要具备业务知识并与系统的测试工程师需要具备业务知识并与系统的用户及客户紧密接触。用户及客户紧密接触。 2技木知识技木知识 应用是非常复杂的，而且为了更好地理解应用是非常复杂的，而且为了更好地理解应用中的复杂技术，还必须掌握自动测试工具应用中的复杂技术，还必须掌握自动测试工具及技术背景。及技术背景。 3任务划分任务划分 将业务任务与技术任务相互独立。将业务任务与技术任务相互独立。25谢谢观赏20

24、19-5-271测试组的组织结构六、测试组小结4资源管理资源管理 业务资源及技术资源可以相互结合。业务资源及技术资源可以相互结合。5与开发组的关系与开发组的关系 测试工程师与开发人员协同工作。测试工程师与开发人员协同工作。6生存周期早期介入生存周期早期介入 测试组在开发生存周期的早期介入。测试组在开发生存周期的早期介入。7确定测试方法确定测试方法 方法、标准及过程必须按照需要就位、执行、方法、标准及过程必须按照需要就位、执行、修改。修改。26谢谢观赏2019-5-271测试组的组织结构五、测试组小结8灵活性适应性灵活性适应性 每个应用都是不相同的。在一个项目中成每个应用都是不相同的。在一个项目

25、中成功的测试策略在另一个项目中可能失败。功的测试策略在另一个项目中可能失败。9度量度量 测试组需要掌握收集哪些度量，并利用这测试组需要掌握收集哪些度量，并利用这些度量改进测试程序。度量需要在整个开发生些度量改进测试程序。度量需要在整个开发生存周期中收集。存周期中收集。10过程改进过程改进 测试组致力于所确定的测试方法的不断改测试组致力于所确定的测试方法的不断改进。进。27谢谢观赏2019-5-271测试组的组织结构七、企业如何组织测试人员企业企业如何组织测试人员应当视企业的如何组织测试人员应当视企业的人力资源而定（我国目前企业）人力资源而定（我国目前企业）条件特别好的公司，可以按照集中测试组及

26、更高的条件特别好的公司，可以按照集中测试组及更高的要求组织测试团队。甚至可以为每要求组织测试团队。甚至可以为每1-21-2个开发人员个开发人员分配一名独立的测试人员。这样的测试人员职业化分配一名独立的测试人员。这样的测试人员职业化程度很高，可以完成单元测试、集成测试和系统测程度很高，可以完成单元测试、集成测试和系统测试工作，能够实现开发与测试同步进行。试工作，能够实现开发与测试同步进行。条件比较好的公司，可以设置一个条件比较好的公司，可以设置一个独立的测试小组独立的测试小组，该测试小组轮流参加各个项目的系统测试。而单元该测试小组轮流参加各个项目的系统测试。而单元测试、集成测试工作由项目的开发小

27、组承担。测试、集成测试工作由项目的开发小组承担。 28谢谢观赏2019-5-271测试组的组织结构七、企业如何组织测试人员条件一般的公司，养不起独立的测试小组。单元测条件一般的公司，养不起独立的测试小组。单元测试、集成测试工作由项目开发小组承担。当项目进试、集成测试工作由项目开发小组承担。当项目进展到系统测试阶段，可以从项目外抽调一些人员，展到系统测试阶段，可以从项目外抽调一些人员，加上开发人员，临时组织系统测试小组。加上开发人员，临时组织系统测试小组。 条件比较差的公司，也许只有一个项目和为数不多条件比较差的公司，也许只有一个项目和为数不多的一些开发人员。那么就让开发人员一直兼任测试的一些开

28、发人员。那么就让开发人员一直兼任测试人员的角色，相互测试对方的程序。如果人员实在人员的角色，相互测试对方的程序。如果人员实在太少了，只好让开发者测试自己的程序，有测试总太少了，只好让开发者测试自己的程序，有测试总比没有测试好吧！比没有测试好吧！29谢谢观赏2019-5-272 测试任务 测试工作分解结构表测试工作分解结构表描述了可被执行的测试任描述了可被执行的测试任务的不同类型。务的不同类型。测试工作结构分解表分成测试工作结构分解表分成11个大类，个大类，95个子类。个子类。11个大类为：个大类为： 项目启动、早期项目支持、自动测试决策、测项目启动、早期项目支持、自动测试决策、测试工具的选择及

29、评估、测试工具引入、测试计试工具的选择及评估、测试工具引入、测试计划、测试设计、测试开发、测试执行、测试管划、测试设计、测试开发、测试执行、测试管理及支持、测试过程改进。理及支持、测试过程改进。30谢谢观赏2019-5-27 1 项目启动项目启动 11 过程改进。评审从以往的相似项目中获取的经验过程改进。评审从以往的相似项目中获取的经验教训，以便建议的改进活动。确定需要执行的改进活动教训，以便建议的改进活动。确定需要执行的改进活动 12 过程。掌握自动测试生存周期方法学过程。掌握自动测试生存周期方法学(ATLM)的的所有内容所有内容 13 范围。概述初步的测试目标和目的范围。概述初步的测试目标

30、和目的 14 规模。测试工作的规模规模。测试工作的规模 15 测试组组成。承担测试组的组成分析和撰写测试测试组组成。承担测试组的组成分析和撰写测试工程师任务描述工程师任务描述 16 招聘。编写测试工程师招聘广告和执行面试招聘。编写测试工程师招聘广告和执行面试31谢谢观赏2019-5-27 2 早期项目支持早期项目支持 21 目标目的。进一步确定测试目标和目的，并同目标目的。进一步确定测试目标和目的，并同项目管理、开发组和测试工程师一起评审目标目的，以项目管理、开发组和测试工程师一起评审目标目的，以建立便于理解的、可以接受的测试目标和目的建立便于理解的、可以接受的测试目标和目的 22 约束评审。

31、评审项目的约束条件，例如短期内投约束评审。评审项目的约束条件，例如短期内投放市场及资源限制等放市场及资源限制等 23 可测试性评审。确保应用中考虑了可测试性可测试性评审。确保应用中考虑了可测试性 24 需求评审。确保需求是按可测试性的术语规定的需求评审。确保需求是按可测试性的术语规定的 25 标准评审。确定并熟悉可应用的标准。确定标准标准评审。确定并熟悉可应用的标准。确定标准是否需要根据以往的经验进行调整对缺少的标准进行定义是否需要根据以往的经验进行调整对缺少的标准进行定义 26 测试过程分析。分析企业当前的测试过程测试过程分析。分析企业当前的测试过程 27 客户参与。保证客户在测试生存周期中

32、自始至终客户参与。保证客户在测试生存周期中自始至终参与参与32谢谢观赏2019-5-27 3 自动测试决策自动测试决策 31 测试目的策略。细化测试目的的定义并制定测试测试目的策略。细化测试目的的定义并制定测试策略策略 32 测试工具价值。概述使用自动测试工具所带来的测试工具价值。概述使用自动测试工具所带来的价值利益价值利益 33 测试工具使用建议。就测试工具的使用提出建议测试工具使用建议。就测试工具的使用提出建议，获得管理人员的支持，获得管理人员的支持33谢谢观赏2019-5-27 4 测试工具的选择及评估测试工具的选择及评估 41 系统工程环境。评审企业的系统工程环境系统工程环境。评审企业

33、的系统工程环境 42 可得到的测试工具。评审可得到的测试工具的可得到的测试工具。评审可得到的测试工具的类型类型43 候选测试工具。研究、评估候选测试工具并打分候选测试工具。研究、评估候选测试工具并打分 44 定义评估范围定义评估范围 45 亲自评估工具亲自评估工具 46 测试工具评估报告。报告工具选择及评估结果测试工具评估报告。报告工具选择及评估结果，并形成文档，并形成文档 47 测试工具采购。与采购部门一起制定采购订单测试工具采购。与采购部门一起制定采购订单34谢谢观赏2019-5-272 测试任务 测试组可能希望将表中的元素测试组可能希望将表中的元素87和和93进行细分，以便按照不同的测试

34、子类型描述测进行细分，以便按照不同的测试子类型描述测试程序试程序/脚本的开发及执行情况。脚本的开发及执行情况。 可能的测试子类型包括功能需求测试、服可能的测试子类型包括功能需求测试、服务器性能测试、务器性能测试、 用户界面测试、性能测试、用户界面测试、性能测试、程序模块复杂性分析、程序代码覆盖测试、系程序模块复杂性分析、程序代码覆盖测试、系统装载性能测试、统装载性能测试、 边界测试、安全性测试、边界测试、安全性测试、内存泄漏测试以及响应时间性能测试等等。内存泄漏测试以及响应时间性能测试等等。 35谢谢观赏2019-5-272 测试任务 表中描述的工作分解结构表中描述的工作分解结构(WBS)可可

35、与可与完成该项工作实际用时对应起来，与可与完成该项工作实际用时对应起来，以开发一个记录完成项目不同活动所需以开发一个记录完成项目不同活动所需工作量的历史记录。维护这个历史记录工作量的历史记录。维护这个历史记录对于测试规模的计算是很有价值的，它对于测试规模的计算是很有价值的，它可用于评估新项目的测试工作量。可用于评估新项目的测试工作量。 36谢谢观赏2019-5-273 测试工作规模 影响一个给定项目测试工作的因素影响一个给定项目测试工作的因素有很多，例如企业的文化氛围或成熟程有很多，例如企业的文化氛围或成熟程度、项目所定义的测试需求的范围、测度、项目所定义的测试需求的范围、测试人员的测试技术水

36、平以及测试组的组试人员的测试技术水平以及测试组的组织类型。织类型。 测试成熟度模型测试成熟度模型 (TMM)根据企业的测试根据企业的测试成熟程度来确定一个项目的测试工作等级。人成熟程度来确定一个项目的测试工作等级。人力资源的耗费也会由于企业测试成熟程度的不力资源的耗费也会由于企业测试成熟程度的不同而不同。同而不同。37谢谢观赏2019-5-273 测试工作规模一、测试成熟度模型 (TMM)简介 测试成熟度级别测试成熟度级别1。在测试成熟度级别在测试成熟度级别l中，测试工作仅限于调试。程序员对书中，测试工作仅限于调试。程序员对书写的软件进行调试，直到能够正常工作写的软件进行调试，直到能够正常工作

37、为止。因为只有程序员参与该工作，因为止。因为只有程序员参与该工作，因而费用往往隐藏在开发费用中。同样，而费用往往隐藏在开发费用中。同样，良好测试所带来的潜在好处也隐藏在现良好测试所带来的潜在好处也隐藏在现场支持及产品升级的费用中。测试成熟场支持及产品升级的费用中。测试成熟度级别度级别l的真实测试费用是很难计算的。的真实测试费用是很难计算的。38谢谢观赏2019-5-273 测试工作规模一、测试成熟度模型 (TMM)简介 测试成熟度级别测试成熟度级别2。处于测试成熟度级别处于测试成熟度级别2的软的软件测试是一项独立的工作。测试计划及脚本通件测试是一项独立的工作。测试计划及脚本通常是由有经验的产品

38、用户或支持人员来开发的。常是由有经验的产品用户或支持人员来开发的。这些人员也许具备，也许不具备自动这些人员也许具备，也许不具备自动(编程编程)测测试经验。不论属于何种情况，测试人员都必须试经验。不论属于何种情况，测试人员都必须彻底了解软件需求和设计说明，以便制定便于彻底了解软件需求和设计说明，以便制定便于理解的测试计划，并开发与之关联的脚本。如理解的测试计划，并开发与之关联的脚本。如果测试脚本存在，就应该提交给运行脚本并记果测试脚本存在，就应该提交给运行脚本并记录结果的测试工程师。录结果的测试工程师。 39谢谢观赏2019-5-273 测试工作规模一、测试成熟度模型 (TMM)简介 在级别在级

39、别2中，测试组可能包括一些新手，他们是缺乏中，测试组可能包括一些新手，他们是缺乏相关经验的最终用户或者具备相关功能知识的人员。相关经验的最终用户或者具备相关功能知识的人员。这些人员的工作是就是设法使系统中断，实际上也是这些人员的工作是就是设法使系统中断，实际上也是为了保证系统能够正常工作。为了保证系统能够正常工作。 在级别在级别2中，测试工作可能需要一个或多个高级支持人中，测试工作可能需要一个或多个高级支持人员的服务，他协调测试文档的编写、对测试工程师进员的服务，他协调测试文档的编写、对测试工程师进行管理并对结果进行编辑。虽然，一次性的启动费用行管理并对结果进行编辑。虽然，一次性的启动费用便可

40、实现捕获回放工具，但如果测试周期数量增多，便可实现捕获回放工具，但如果测试周期数量增多，就会需要投入更多的资金。在后面的测试周期中，测就会需要投入更多的资金。在后面的测试周期中，测试脚本可以重用，还可以自动回放，这样在脚本的开试脚本可以重用，还可以自动回放，这样在脚本的开发及执行方面节省了大量的劳动力。发及执行方面节省了大量的劳动力。 40谢谢观赏2019-5-273 测试工作规模一、测试成熟度模型 (TMM)简介 测试成熟度级别测试成熟度级别35。在高级别的测试成熟度在高级别的测试成熟度中，负责制定测试计划的测试工程师应当参与中，负责制定测试计划的测试工程师应当参与设计工程师的产品开发会议，

41、帮助在产品中建设计工程师的产品开发会议，帮助在产品中建立可测试性。测试工程师的编程背景与他或她立可测试性。测试工程师的编程背景与他或她对产品的熟悉程度将有助于提高后续建立的测对产品的熟悉程度将有助于提高后续建立的测试的有效性，以便找出产品最薄弱的环节。如试的有效性，以便找出产品最薄弱的环节。如果测试工具具有白盒测试能力，那么测试工程果测试工具具有白盒测试能力，那么测试工程师可以利用他或她在系统内部工作的有关知识师可以利用他或她在系统内部工作的有关知识确定不能手工进行测试的功能。测试计划有助确定不能手工进行测试的功能。测试计划有助于将测试设计的结果形成文档。测试设计为测于将测试设计的结果形成文档

42、。测试设计为测试工程师开发测试脚本程序提供指南。试工程师开发测试脚本程序提供指南。 41谢谢观赏2019-5-273 测试工作规模一、测试成熟度模型 (TMM)简介 测试脚本的开发工作是由测试工程师或应用程测试脚本的开发工作是由测试工程师或应用程序员完成的。编程所需的经验级别依赖于所使序员完成的。编程所需的经验级别依赖于所使用的工具以及测试的复杂程度。一般情况下，用的工具以及测试的复杂程度。一般情况下，最具通用性的工具，它使用通用的脚本编程语最具通用性的工具，它使用通用的脚本编程语言，例如言，例如C。而其他工具则可能使用简单的编。而其他工具则可能使用简单的编程语言。不论是何种情况，测试组中至少

43、要有程语言。不论是何种情况，测试组中至少要有一名成员必须在编写结构化程序方面有经验。一名成员必须在编写结构化程序方面有经验。自动工具用于自动生成测试日志、缺陷文档以自动工具用于自动生成测试日志、缺陷文档以及生成测试状念输出。这些工具在测试的执行及生成测试状念输出。这些工具在测试的执行及管理方面节省了大量的劳动力。及管理方面节省了大量的劳动力。 42谢谢观赏2019-5-273 测试工作规模二、测试组规模确定方法 1、概述、概述 根据测试工作量确定测试组规模的方法有好几根据测试工作量确定测试组规模的方法有好几种。（种。（传统方法、商业评估工具法传统方法、商业评估工具法） （1）传统的方法是，软件

44、开发程序已重点对）传统的方法是，软件开发程序已重点对开发工作量及整个项目的工作量做了估计。产开发工作量及整个项目的工作量做了估计。产品质量保证所需的工作量，例如软件测试，可品质量保证所需的工作量，例如软件测试，可根据预期的开发工作量和全部的项目工作量确根据预期的开发工作量和全部的项目工作量确定。定。43谢谢观赏2019-5-273 测试工作规模二、测试组规模确定方法 （2）商业评估工具，例如）商业评估工具，例如COCOMO、Prices和和SLIM，他们需要输入与开发规模、生产能，他们需要输入与开发规模、生产能力和项目管理活动范围相关的不同参数来确定力和项目管理活动范围相关的不同参数来确定测试

45、工作量。测试工作量。 这些工具所产生输出的精确性反映了输入这些工具所产生输出的精确性反映了输入数据的质量。数据的质量。 只有极少数工具能够解决与产品质量保只有极少数工具能够解决与产品质量保证规范证规范(例如，软件测试例如，软件测试)有关的日益增长的重有关的日益增长的重要性及复杂性问题，这些问题是通过将它们与要性及复杂性问题，这些问题是通过将它们与用来生成资源与费用估算的一组输入因素结合用来生成资源与费用估算的一组输入因素结合起来而解决的。起来而解决的。44谢谢观赏2019-5-273 测试工作规模二、测试组规模确定方法 特定项目的测试工作量级别依赖于特定项目的测试工作量级别依赖于一些不确定因素

46、，而这些因素是测试组一些不确定因素，而这些因素是测试组进行资源估算所使用的复杂估算模型的进行资源估算所使用的复杂估算模型的输入条件。如果缺乏一些有价值的参数，输入条件。如果缺乏一些有价值的参数，那么可以考虑使用其他简单模型。确定那么可以考虑使用其他简单模型。确定估算软件开发工作量范围的重点之后，估算软件开发工作量范围的重点之后，测试程序的大小依赖于软件开发估算的测试程序的大小依赖于软件开发估算的结果。这一点与开发比例方法所反映的结果。这一点与开发比例方法所反映的结果是一致的。结果是一致的。45谢谢观赏2019-5-273 测试工作规模二、测试组规模确定方法 2、开发比例法 度量测试活动所需工作

47、量级别的一个快速、简单度量测试活动所需工作量级别的一个快速、简单的方法是根据分配给项目的软件开发人员的数量来确的方法是根据分配给项目的软件开发人员的数量来确定测试工程师的数量。定测试工程师的数量。 测试组的规模是通过确定项目开发人员和测试工测试组的规模是通过确定项目开发人员和测试工程师合理的比例来计算的。程师合理的比例来计算的。在这里在这里“开发人员开发人员” 包括包括致力于设计、开发、编译及进行单元级测试的人员。致力于设计、开发、编译及进行单元级测试的人员。虽然一些开发人员的任务可能超出传统开发活动的范虽然一些开发人员的任务可能超出传统开发活动的范围，但使用这种比例法时，开发人员的分类只限于

48、这围，但使用这种比例法时，开发人员的分类只限于这些特定的范围。这样的分类将从事功能分析、需求管些特定的范围。这样的分类将从事功能分析、需求管理、配置管理、质量保证、过程改进、项目管理、软理、配置管理、质量保证、过程改进、项目管理、软件测试、培训材料编写以及用户手册编写的人员件测试、培训材料编写以及用户手册编写的人员(专职专职人员人员)排除在外。排除在外。46谢谢观赏2019-5-273 测试工作规模二、测试组规模确定方法 开发人员与测试工程师的比例根据软件开开发人员与测试工程师的比例根据软件开发工作类型的不同而有所区别，见表发工作类型的不同而有所区别，见表8.3.1 。 表中的比例表中的比例(

49、来自作者的经验来自作者的经验)同样假设测试工作的同样假设测试工作的范围包括组装及系统测试阶段的功能和性能测试。表范围包括组装及系统测试阶段的功能和性能测试。表列列“计划的开发人员数目计划的开发人员数目” 以及以及“测试组规模测试组规模” 中的中的数值均为人员数目。数值均为人员数目。 一些任务关键的软件项目需要的测试工程师数量一些任务关键的软件项目需要的测试工程师数量可能比开发人员数量多。总之，应用开发人员与测试可能比开发人员数量多。总之，应用开发人员与测试工程师两者之间的比例反映了开发人员及测试工程师工程师两者之间的比例反映了开发人员及测试工程师的任务的任务 47谢谢观赏2019-5-273

50、测试工作规模二、测试组规模确定方法表表8.3.1 开发比例法开发比例法 开发类型开发类型 计划的开发人员数目计划的开发人员数目 比例比例 测试组规模测试组规模 商业产品商业产品(大型市场大型市场) 30 3：2 20 商业产品商业产品(小型市场小型市场) 30 3：1 10 单个客户端的应用开发单个客户端的应用开发 30 6：l 5 单个客户端中的开发及与单个客户端中的开发及与CoTS集成集成 30 4：l 7 政府部门应用开发政府部门应用开发(国内国内) 30 5：l 6 公司应用开发公司应用开发(国内国内) 30 4：1 7注：注：表表中中假设测试工程师只参与测试生存周期活动的执行，而不直