产品测试管理培训课件

上传人:F****n 文档编号:88465098 上传时间:2019-04-28 格式:PPT 页数:69 大小:573.50KB
返回 下载 相关 举报
产品测试管理培训课件_第1页
第1页 / 共69页
产品测试管理培训课件_第2页
第2页 / 共69页
产品测试管理培训课件_第3页
第3页 / 共69页
产品测试管理培训课件_第4页
第4页 / 共69页
产品测试管理培训课件_第5页
第5页 / 共69页
点击查看更多>>
资源描述

《产品测试管理培训课件》由会员分享,可在线阅读,更多相关《产品测试管理培训课件(69页珍藏版)》请在金锄头文库上搜索。

1、产品测试管理 将研发战略转化为高效的行动,内容提要,1、产品测试管理综述 2、产品测试管理体系 3、产品测试流程 4、产品测试组织 5、产品测试度量,第一节: 产品测试管理综述,质量基本概念探讨 质量管理体系与测试 产品测试的基本原则 产品测试的常见方法 产品测试管理综述,产品测试管理综述,质量基本概念探讨,地球的质量约为61024千克 高质量的生活 如何提高睡眠质量。 (生活中广义的质量定义),符合需求 适用/fitness for use “must-be quality”and”attractive quality”. 对客户的价值 (专家学者的质量定义),质量基本概念探讨,质量基本概念

2、探讨-如何衡量?,产品/服务 固有特性,客户 要求和期望,符合,指导,0 50% 100%,质量管理体系与测试,质量管理的发展 ISO9000 ISO14000 CMMI/QS9000 数理统计 抽样检查 专职检查 严格控制,全面质量管理,统计质量管理,质量检验阶段,质量管理体系与测试,质量管理的活动 -质量策划 -质量控制 -质量保证 -质量改进 质量管理方法及工具 -PDCA -新老七种工具 -SPC/FMEA/QFD,质量管理体系与测试,质量测试成本分析 利润 预防 POC 评估 质量成本 销售收入 Failure ponc 运营成本 开发 销售/行政/人事等必要成本 思考:1测试越充分

3、越全面越好吗?,产品测试的基本原则,测试的定义 我们认为测试是为了: -发现系统存在的问题 -树立对系统的信心 -增强团队对系统的熟悉程度,了解系统固有的缺陷,产品测试的基本原则,测试的一个事实: 彻底的测试实际上不可操作! -如果让我再测一遍,肯定能发现问题(某测试人员) -我们如何面对这种局面?,产品测试的基本原则,1 .客户化测试 系统中有许多错误 客户遇到的错误只占很小比例 针对客户最容易遇到的错误进行测试,以便改进测试的有效性 IBM: 客户所看到的57%以上的故障是由占错误总数2%以下的错误引起的.,Operation scenario,Test scenario,产品测试的基本原

4、则,2 .不同的测试等级 不同系统/子系统需要不同测试质量要求 A灾难性的影响 C重要的影响 需要MC/DC测试 需要SC测试 -引擎控制 -无线数据链接 -飞行计算 -导航处理 B危险的影响 D次要性影响 需DC测试 函数进入/退出覆盖率测试 -差分GPS -飞机内娱乐设施 -飞机之间接近感应,3 .尽早测试 在部署之后又发现软件问题再进行修复,这通常要多花100到1000倍的成本。要防患于未然.在特定时间达到既定目标,在整个项目生命周期内不断对质量进行检验和管理必不可少。,产品测试的基本原则,4 . Good-enough 这是一种权衡投入/产出比的原则,测试既不要不充分也不要过分。不充分

5、和过分都是一种不负责任的表现。,产品测试的基本原则,5 . PARETO(排列图) 一般情况下,在分析、设计、实验阶段的评审和测试工作能够发现和避免80%的BUG,而系统的软件测试能够找出其余BUG中的80%。最后约5%的BUG只有在用户大范围、长时间的使用才会暴露出来。因此测试只能保证尽可能多地发现错误,不能保证发现所有的错误。,产品测试的基本原则,小节结 -完全测试基本不可能,应制定合理的策略 -客户化测试 -质量目标和测试强度 -为了减少投入,主张尽早测试 -测试需要在投入与收益上取得平衡 -专网捕鱼策略 讨论:质量是设计出来的,还是测试出来的?,产品测试的基本原则,常见的测试方法,白盒

6、测试结构测试(打开盒子) 黑盒测试功能测试(不关心内部结构) 单元测试(软件单元模块) 集成测试(软件集成模块) 其它测试系统测试公司内部测试,完全受控Alpha 测试模拟用户环境,基本受控 Beta测试真实用户环境,不受控,第二节: 产品测试管理体系,产品测试管理体系,1.产品测试管理体系概述 2.产品测试流程及生命周期 3.产品测试项目管理 4. 产品测试管理,产品测试管理体系概述,质量管理体系与测试管理体系映射 ,流程,组织,测度流程,测试,测试组织,研发管理体系中的“测试” 、投资管理团队中需包括:(便于较快传达上级的产品变化情况) 研发总监测试总监市场总监财务总监制造总监 2、产品测

7、试从产品概念阶段就需参与。(做出可测试性分析,能测哪些?不能做哪些?或委外等) 3、计划阶段需做测试策略和计划,产品测试管理体系概述,产品测试流程及生命周期,1、瀑布模型(适用于开发过程变化较小,风险小的项目) 2、V模型、 3、W模型(开发与测试并行),项目管理知识体系,产品测试项目管理,项目整体管理,人力资源管理,项目沟通管理,项目风险管理,项目采购管理,项目范围管理,项目时间管理,项目成本管理,项目质量管理,测试项目管理总体过程 确定测试范围,启动测试项目 设定测试目标(成本/进度/质量) 制定测试策略/定义测试过程 制定测试计划(进度/资源/风险。) 计划监控(会议/报告。) 问题和风

8、险管理(定量与定性) 变更控制(整体联动) 阶段项目总结,产品测试项目管理,产品测试管理,质量保证TQA 一手软一手硬 引导和培训 产品过程审计,评审:(避免“抓壮丁”、“科普会”、“批斗会”) 业务决策评审 立项/概念/计划/ 技术评审 需求/规划/计划 同行评审 正规检视 走读,产品测试管理,第三节: 产品测试流程,产品测试流程,产品测试全流程分析 产品开发各阶段的测试活动 产品测试自动化,产品测试全流程分析,定义可测试性需求,系统需求分析、功能分析、设计综合,定义产品包验证主计划,系统需求分析、功能分析、设计综合,系统需求分析、功能分析、设计综合,系统需求分析、功能分析、设计综合,定义产

9、品测试策略,系统需求分析、功能分析、设计综合,系统需求分析、功能分析、设计综合,系统需求分析、功能分析、设计综合,系统需求分析、功能分析、设计综合,系统需求分析、功能分析、设计综合,系统需求分析、功能分析、设计综合,系统需求分析、功能分析、设计综合,概念阶段 计划阶段 开发阶段 验证阶段,概念阶段的测试活动,要点 参与市场需求分析及验证 负责收集可测试方面的需求 初步制定测试策略 参与概念决策评审,计划阶段的测试活动,要点: 负责制定验证测试计划 可测试性测试设计 经济效益与测试周期的衡量,要点 协助开发,并监督单元测试,集成测试的开展。 领导系统设计验证(SDV,原型机) 系统集成测试(SI

10、T,初始产品) 技术评审,开发阶段的测试活动,SDV主要活动(对原型机渐增BUILD测试),开发阶段的测试活动,开发阶段的测试活动,SIT主要活动(初始产品) 当初始产品与原型机没有差别时,SIT就没有必要重复做一次同样的渐增测试.,验证阶段的测试活动,要点(验证制造流程) 系统验证测试(SVT) BATA测试 测试结果评估 技术评审 主要活动: 1、EMC测试 2、环境测试 3、安全测试 4、回归测试 5、一致性测试 6、需要的特别测试,产品测试自动化,不适合自动化测试的领域 一次性项目 项目周期短的项目 业务规则复杂的项目 自动化测试误区 期望自动化测试完全代替手工测试 期望自动化测试发现

11、大量的缺陷 遥不可及 测试工具开发失败的分析 缺少组织保证 领导不重视 过分追求大而全 缺少历史工具的继承 缺少推广服务意识,第四节: 产品测试组织,产品测试组织,产品测试在组织中的角色分析 -协助者? -反对者? -破坏者? -建设者? -领导者? 思考:我们扮演了什么角色? 我们应该扮演什么角色?,产品测试组织,产品测试组织演化 产品测试团队结构分析 产品测试关键角色分析 测试人员职业发展,产品测试组织演化,公司的测试组织属于哪个阶段!,混淆阶段 没有专职的测试人员 缺少完善的测试流程 测试手段单一,严格区分阶段 测试部门独立 专职测试人员 不断完善的测试流程 测试工具技术开发,专业协作阶

12、段 专职测试人员 完备的测试流程 人人具备测试意识 测试工具技术开发 运营测试,第一步:重点开展系统测试工作 控制测试版本的提交频度和过程,加强基线管理 约束系统测试中开发、测试的责任 重点开展功能测试、业务测试 开始积累测试用例 开始系统测试过程管理 开始单元测试的操作,规定具体的测试量化指标 开始代码静态检查工具的引入,实例:公司测试部发展历程,第二步:重点开展专项测试、测试工具引入 加强市场问题的收集、汇总,补充到测试用例库 加强版本走向市场的控制 开展性能、安全性、可靠性等专项测试 引入专项测试工具 开始系统测试过程度量,实例:公司测试部发展历程,第三步:测试小工具开发、需求可测试分析

13、 针对系统测试中的具体需要开始专项小测试工具的开发 在商业工具的基础上考虑二次开发 开始产品开发前端工作,具体参与产品的需求分析、规格确定,确保需求、规格的可测试性 产品开发前期就确定后期的测试规划,实例:公司测试部发展历程,实例:公司测试部发展历程,第四步:测试平台构造、集成测试 整合历史测试工具,从而形成更加系统的测试工具 开始规划测试公共技术平台 测试工具的开发产品化运作 开始集成测试工作 开始关注测试技术的发展,实例:公司测试部发展历程,第五步:构造测试、运营测试、测试标准、可测试性设计 “每日构造”测试 整网测试、标准测试、规范测试 参与测试标准的制定 大量申请测试专利 制定可测试性

14、设计方面的规范,并在实际产品测试中施行,产品测试团队结构,跨部门产品开发团队PDT PDT成员分别来自各个功能/职能部门 PDT功能/职能部门代表共同对产品负责,研发 市场 制造 ,LPDT,核心组,项目经理,扩展/外围组,测试部门经理角色及义务 管理并发展测试部 人事/财务等部门基本运作 建立优异的测试队伍 领导测试技术平台开发项目 执行测试部门的预算 提供测试技术领导 定义测试的策略、指导原则、工具和标准 协调跨项目的测试合作 制定并维护测试流程方针 支持产品开发团队工作 确定项目测试的人员和资源 参与相关测试项目的评审,产品测试关键角色分析,测试项目经理 测试经理的素质特征及性格特征 素

15、质特征 1、有管理经验,是一个精明而讲究实际的管理者 2、有个性魅力,使项目组成员快乐而有生气 3、有全流程的丰富的工作经验 4、具有创造性思维 5、具有灵活性,同时具有组织性和纪律性 性格特征 1、诚实、正直、热情 2、沉着、冷静、果断 3、善于沟通 4、敏感、反应敏捷 5、多面手 6、精力充沛、坚忍不拔 7、自信、有进取心 8、善解人意,产品测试关键角色分析,产品测试关键角色分析,测试工程师 测试人员的素质要求 1、沟通能力量对比 2、技术能力 3、自信心 4、外交能力 5、幽默感 6、很强的记忆能力 7、耐心 8、怀疑精神 9、自我督促 10、洞察力 11、敢于“较真”的精神 12、细心 13、责任心 14、板凳要做十年冷的精神 15、逆向思维能力,测试人员职业发展,1、测式人员的双重晋升机制 2、测试人员技术任职资格 3、测试人员的工作重点划分,测试人

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 办公文档 > PPT模板库 > PPT素材/模板

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号