软件测试的组织和管理.ppt_第1页
软件测试的组织和管理.ppt_第2页
软件测试的组织和管理.ppt_第3页
软件测试的组织和管理.ppt_第4页
软件测试的组织和管理.ppt_第5页
已阅读5页,还剩54页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、a,1、软件测试组织和管理,山东省软件评估中心韩庆良,a,2,目标,软件企业项目管理员,与测试管理员交流。 提高对测试工作、测试管理的重要性的认识,改进测试流程。 从理论上认识软件测试和测试管理。 a、3、主要内容、团队建设(组织结构、人员构成、规模、人员培训)流程计划(软件流程、测试流程、测试阶段、计划自己的流程)测试流程实施(计划、设计、实施、执行、评估、缺陷跟踪)流程改进(成熟度模型团队建设测试部门组织形式测试组的人员可以更好地发挥构成测试组的规模测试人员的训练,a,5,组织形式-测试人员的位置,好的组织结构,员工的能动性,使工作更高效,提高工作质量。 一个单元内的测试人员在哪里? 你属

2、于那个部门吗? 发展集团? 测试组? 适用是最好的。 a,6,组织形式-常见测试组的组织结构,烟囱测试组(小型)烟囱测试组(大型)集中测试组IVV (独立验证和确认)测试组SMT (系统方法和测试)组,a,7,组织形式-烟囱测试组大的组可以分成几个组,设置测试经理. 项目经理有责任制作测试计划书。 企业没有正规的方法,如果把测试顺序、方法、相关的知识经验传达给企业,就不能保证测试的质量。 优点是成本低,无需为测试人员提供培训、生活保障等服务。a、8、组织形式-集中测试集团,企业设立了专职、独立的测试部门,通常由10-30人组成。 集中测试组为每个项目配备了几个全职测试人员. 有些企业还可能负责

3、项目中的软件质量管理和性能规范制定工作。 可以传达相关的知识和经验。a、9、PS集团-组织形式。 通常由转包商等软件开发组织以外的人和其中的独立人组成。 参加检查,验证是否符合标准,对软件文档进行质量保证检查,主要完成系统测试。 可以把这看作是最严格的用户。 a、10、组织形式-SMT集团通常以企业内部顾问集团的方式存在。 主要负责方法和标准的知识交流,开发和测试指南的制定,测试方法的开发,测试工具的评价和培训,与不同的项目组合作指导。 一般情况下,执行具体的测试工作不负责。 由软件专家组成。a、11、组织形式-企业或项目组织结构示例、微软的项目组织、产品集团经理、项目经理、开发经理、质量保证

4、经理、开发工程师、测试人员、流程经理、设计经理、a 组织形式-企业或项目组织结构示例,一般组织,a,13,组织形式-企业或项目组织结构示例,还有a,14,人员构成-成功测试组的10大要素,业务知识:测试工程师必须具有业务知识,与用户密切接触。 技术知识:熟悉测试产品使用的技术,掌握测试工具、方法等相关技术。 任务分类:使业务任务和技术任务独立。 资源管理:业务资源和技术资源相结合。 与发展集团的关系:与开发者合作。 生存周期的早期干预:测试必须是开发周期的早期干预。 测试流程:有成熟的测试流程管理规范。 灵活性/适应性:可以应对各种测试项目。 测量:掌握测量的方法,改进工作。 流程的改善:应该

5、致力于工作的持续改善。a、15、人员组成-测试组组成,测试经理:负责测试流程、交流、测试工具的引进、人员管理、测试计划/设计/开发和执行。 测试组长:交流、测试工具部署、人员管理、费用/流程状态报告、测试计划/设计/开发和执行。测试工程师:执行测试计划,设计/开发和执行。a,16,测试组规模-影响因素,企业文化或测试成熟度测试需求范围工程师技能级测试工具和应用级商业知识组织形式测试工作干预时间,a,17,测试组规模-决定方法(1),开发比例法:根据开发人员数量决定测试工程师的数量开发者是指进行设计开发编译单元测试的人。a、18、测试组的规模-决定方法(2)、百分比法:测试人员应占项目组人数的百

6、分比。a、19、测试组规模-确定方法(3)、测试步骤法:根据测试程序的数量和各程序的可执行时间计算人的时间,根据完成周期计算测试组的规模。a,20、测试组规模-决定方法(4)、任务规划法:根据与历史相似项目的工作量,比较新项目和历史项目的工作量,对历史项目乘以相应的系数。 步骤:首先分解任务,将历史记录乘以元素,计算新项目的任务工作量。 根据这个工作量和完成周期计算测试组的规模。 a,21,人员培养-适应人员要求,各种环境的知识背景,迅速用组织能力解决问题的能力创造性分析/编程能力业务领域的知识交流和协调能力测试经验关注细节的描述和语法技能,好的测试人员更难,a,22,人员培养-成长的路径,

7、初级测试工程师-测试工程师-高级测试工程师-测试组负责人-测试负责人-测试经理-产品/业务经理。 技术技能:测试工具测试自动编程语言操作系统网络、数据库测试生存期(1-2年)测试流程:指导审查、制定和改进流程、初级工程师的工作,了解业务领域。 (3-4年)测试组的工作:任务安排、跟踪和报告、测试工程师的监督、测试周期支持工具的掌握。 (4-6年)项目管理:管理项目,与客户交流,管理测试人员。 (6-12年)产品管理:负责项目或产品的研发指导、产品促销、业务机会的确定、损益责任。 (12年以上),a,23,(2)测试过程计划,软件过程测试阶段计划测试过程,a,24,软件过程-定义,目的:测试过程

8、是软件过程的一部分,明确自己的软件过程,自己的测试软件的生命周期是指,从软件提出想法的日期开始,到最后决定停止使用为止。 包括可行性和计划研究、需求分析、设计、实现、测试、运行和维护等阶段。 软件过程是指软件和相关产品(项目计划、文档、代码、手册等)的开发和维护的一系列行为、方法、实践、转换过程。 软件过程是一个软件生存周期的框架。a、25、软件流程-一般软件流程和模型(1)、瀑布模型、原型模型、进化模型、增量模型、螺旋模型、喷泉模型等。 敏捷方法(XP、功能驱动等)统一流程(RUP) GB/T 8566-2001 信息技术 软件生存周期过程减少流程,a、26、a、27,软件流程-一般软件流程

9、和模型(2),敏捷方法测试:通过极限编程建议测试驱动开发开发之前,考虑测试,提倡完成测试并用于代码。 集成流程测试:测试是使用GB/T 8566-2001标准(其主要工作流程之一): 没有单独的测试流程。 测试是从编码开始的。 不足以指导考试的工作。a,28,测试流程-测试生命周期,a,29,测试流程-几个亮点,测试工作在需求分析后开始。 测试在评价后,达到结束的标准后结束。 测试也是一个迭代过程。 测试要求是基于软件要求的。 a,30,测试流程-活动,计划设计是评价缺陷跟踪,a,31,与测试流程-开发流程的关系都是软件流程的有机组成部分。 与开发过程同步进行。 依赖于开发过程,是独立的。“开

10、发过程、测试过程、项目管理过程和其他支持过程相互交织构成软件过程。 a,32,测试阶段-V模型,a,33,测试阶段-4个阶段,测试集成测试系统的测试检查和开发之间的对应关系,a,34,测试阶段-认识,开发和测试不是线性关系。 代码完成后,测试不会开始。 测试是阶段性的,但各阶段之间没有间隙。 特别是单元测试和集成测试。 计划a、35、测试流程,分析项目总体需求(概要)分析项目特征(类型、规模、人员、客户、风险、进度、成本等),确定自己的软件流程,建立自己的开发方法和模型计划测试阶段并进行测试实施测试流程,制定测试计划设计测试,准备执行测试评估测试结果的缺陷跟踪,a,37,制定测试计划-定义,什

11、么是测试计划:测试计划包括有关项目范围内的测试目的和测试目标的信息。 测试计划还确定了用于实施和运行测试的策略和所需资源。 测试计划包括测试主计划和阶段计划。 在项目开始时制定测试主计划。 根据开发的迭代流程和测试计划细分测试计划,制定各阶段的测试计划。a、38、制定测试计划-内容,1 .前言(目的、背景、范围、使用的文件)2.测试要求(确定测试对象、内容和范围,来自用户要求,包括功能要求和非功能要求。 )3.测试战略测试的项目、测试的主要方法、完成标准、使用的工具、特别事项等)4.资源(人员构成、任务和职责、环境、人员培训等)5.项目日程(阶段)6.成果(测试模式、测试记录、缺陷报告等) 7

12、 测试要求必须可以验证。 测试要求来源于软件要求的列表、用例、用例模式、用例的实施、补充条款、设计要求、业务理由、法规、标准、最终用户采访和现有系统的审查。 确定的测试要求必须可以验证。 也就是说,需要可以观察和评价的结果。 无法验证的需求不是测试需求。 a,40,制定测试计划-步骤(2),评估风险:测试工作需要平衡资源约束和风险,以确定测试优先级。 从三个方面分析:故障后的影响或结果原因:故障引起的意想不到结果的可能性:用例故障的可能性根据风险分析情况,确定测试运行的优先级。 通常分为高、中、低三种。 决定测试的优先顺序。 a、41、制定测试计划-步骤(3)、制定测试战略:说明测试活动的常用

13、方法和目标。 包括测试阶段、类型、技术、测试完成标准、特殊要求、可能存在的影响等。 确定资源人才(人员数量和技能)测试环境(包括硬件和软件)的工具数据创建时间表:估计测试工作并安排。 请参考软件开发的进展、项目工作计划等。 测试计划的制定:计划重新审查相关资料,确定提交的内容,并提交给相关人员。 a、42、建立测试计划-主计划和阶段计划、阶段计划的测试需求是主计划的测试需求的分解。 阶段计划的工作日程必须尽可能与主计划一致。 阶段计划的制定要保证主计划能完全执行。 a、43、测试设计(1)、分析流程工作流程。 目的是确定并说明系统与外部对话时的操作和步骤。 进一步用于确定测试用例并进行说明。

14、确定并说明测试用例的详细分析应用的工作流程和步骤。测试用例确定测试用例数据、a、44、测试设计(2)、测试执行流程的建立和结构化本测试执行流程与其他测试执行流程(或生成的测试脚本)之间的关系和顺序。 确定本测试执行流程的开始条件/状态和结束条件/状态。 指定此测试运行进程(或生成的测试脚本)要运行的测试用例。 用结构化的方法硬化测试执行过程。 a,45,测试设计(3),复审和评估测试复盖的评估方法:代码复盖和基于需求的复盖。 基于代码的方法在代码完成之前无法执行。 通过测试复盖报告、a、46、测试准备、记录、生成或编程来确定测试脚本的软件设计和实现模式的测试专用功能。 对于外部数据集存根和驱动

15、程序模块设计运行前的准备工作,a、47、测试运行,单元测试和集成测试,开发者的参与可能更有效,但开发者应避免测试自己的程序。 验收测试必须由测试组、用户和相关专家进行。 测试的运行应该遵循建立测试环境、运行测试流程、验证测试结果和评估测试运行情况的流程。a、48、评价测试结果、分析测试结果,提出变更请求,基于基于需求的测试复盖物评价代码判定测试复盖物分析缺陷是否达到测试的完成标准和成功标准,生成测试评价摘要,a、49、提出缺陷跟踪的缺陷等级(重大、主要、次要、 中、下等)的分类缺陷修正应遵循一定的过程(提交-任务分配-修正-回归测试)对缺陷倾向分析难以修正的缺陷进行处理,a、50,配置管理,主

16、要是在软件版本管理和软件变更管理测试过程中形成的文件、用例、数据、测试、a、51、流程改进-测试能力成熟度模型、初始、阶段定义、集成、管理和测量、优化、缺陷预防和质量控制、a、53、流程改进-测试能力成熟度级别2、测试和调试分开测试, 在编码定义的阶段,基本的测试方法和技术和标准的测试流程测试的目的是,a,54,流程改进-测试能力成熟度级别3测试在软件的整个生命周期内有固定的测试组织(人员的培训) 可以监视、控制测试流程,并引入自动测试工具),根据系统的需求,测试管理员认识到测试是一项专业活动。 a、55、流程改进-测试能力成熟度4级测试是指对可测量和量化的流程产品的质量特性(例如可靠性、可用性、维护性等)的测试用例进行良好的管理,并重复使用发现

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论