1、研发质量管理,2010.9,内容提要,研发质量管理意识在研发流程中构建产品质量质量控制手段-技术评审质量控制手段-产品测试研发过程质量保证,研发质量管理意识,一个产品的质量是由开发和维护这个产品的过程的质量所决定的。 Watts Humphrey,质量 Quality,产品、体系或过程的一组固有特性满足顾客和其他相关方要求的能力。 ISO9000：2000,产品质量和过程质量的关系,交付质量 1. 产品本身质量 2. 文档质量 3. 服务质量过程质量，包括研发、生产、服务阶段。 1. 过程规范的符合度 2. 缺陷和问题的解决率 3. 进度偏差率 4. 工作量偏差率 5. 需求的稳定度,质量与进
2、度哪个重要？,T C Q T：时间，C：成本， Q：质量。研发进度与质量的取舍。,质量管理发展的四个阶段,阶 段 全面质量管理TQM 过程统计技术QA 专职检验员QC 手工操作者 时间 1900 1920 1931 1960,例如：市场需求分析,$APPEALS：客户需求收集和分析方法。 市场需求管理流程：收集、分析、分发、实现、验证5个步骤。,质量管理体系,质量部 IPMT EPG组织 PQA组织 测试组织 评审 引导 经验教训总结 检验 培训 案例库 测试 审计,质量管理体系,组织保证,质量管理活动,体系文件,IT支持系统,质量策划,质量控制,质量保证,质量改进,质量策划与质量控制,质量策
3、划：致力于制定质量方针、质量目标、确定运行程序和资源、工具以实现质量目标的一系列组织管理工作。质量控制（QC Quality Control）：致力于满足质量要求。 方法：评审、测试、检验。,质量保证与质量改进,质量保证（QA Quality Assurance）：从质量管理体系的角度，向管理者/客户提供适当的对业务过程和交付件（产品/服务）的可视性，致力于提供对体系能力的信任。包括： 1. 建立了质量保证的组织； 2. 质量管理体系的流程/规范/标准建立、培训、引 导，推行落实； 3. 通过审计其业务过程和交付件（产品/服务），以验证它们符合适用的流程、规范和标准，给管理者提供这些审计的结果
4、。质量改进：致力于增强满足质量要求的能力。 方法：经验教训总结，案例库等。,质量改进手段：PDCA循环,Deming Cycle(PDSA/PDCA)Plan(计划) Do（执行） Study/Check（检查） Act（纠正） Quality,Plan DoAct Study Check,质量改进的信息来源,流程执行者，合理化建议；过程审计；标杆企业；企业战略；客户要求；,质量成本,为了达到产品/服务质量而进行的全部工作发生的所有成本。这些努力包括为确保与要求一致而做的所有工作，以及由于不符合要求所引起的全部工作。这些工作引起的成本包括三种： 1.预防成本(Prevention Cost)
5、2.鉴定成本(Appraisal Cost) 3.故障成本(Failure Cost)质量成本 = 符合要求的代价 + 不符合要求的代价,质量成本意识,营 POC 质量成本 业销售收入 成 本 PONC：不符合要求的代价 POC：符合要求的代价 EFC：无失误运作成本,利润,必要成本,预防,鉴定,失败,产品开发中缺陷的相对修复成本,成本 开发 部署 产品问题早发现，早解决，在部署之后又发现产品问题再进行修复，通常要多花100到1000倍的成本。,产品研发项目质量管理计划模板,产品质量等级总体质量策略过程偏差质量目标质量目标达成计划关键性能指标达成计划质量保证控制活动,在研发流程中构建产品质量,
6、集成产品开发（IPD）流程的特点,“端到端”分阶段的流程分层级的流程在流程中设置重要的控制点采用并行工程,IPD体系框架,产品战略 市场管理流程 市场信息 客户反馈 竞争信息 技术趋势 产品组织 IPD流程,管理细分市场并评估绩效,理解 市场 组合 制定细 整合、市场 细分 分析 分策略 优化业 及计划 务计划,产品战略流程,集成组合管理团队（IPMT）,概 计念 划,开发,平台与技术开发流程,一流的子流程,项目管理 配置与变更 技术评审 质量管理 文档管理需求管理 CBB重用 采购/外协管理 配置管理 软硬件设计,绩效管理,基于战略和流程的KPI体系,IPD工具,共用工具（业务、技术和工厂）
7、,Dev MfgFull MktProc Svc SW Fin,Mfg TdDev Proc Full,LTDT,验证,发布,生命周期,LPDT,Mkt MfgDev Proc Svc,LPMT,结构化的产品开发流程,概念决策 计划决策 可获得性决策 生命周期结束 评审点 评审点 评审点 决策评审点 TR1 TR2 TR3 TR4 TR5 TR6 Launch TR4A GA,概念 计划,开发 验证 发布 生命 周期,流程中的质量控制点,四个决策评审点（Decision Check Point DCP）； 七个技术评审点（Technical Review Point TRP）；一个发布点（La
8、unch）；一个正式发布点（General Availability GA）。,技术平台开发流程,概念,计划,-从IPMT或ITMT处接受项目任务书-组建TDT-开始从使用该技术的PL或产品线中调用资源组建外围组-概念设计-概要构建模块设计/选择-初始供应商选择计划-分析市场机会以估计财务结果和风险-确定平台，ASIC或技术方案-初始BOM/EC发布计划,-全球产品计划支持-路标，CBB承诺-平台技术评审2和3-完整的供应商选择计划-概要设计完成-订购LLT原型机器件-最终EC：LLT SIT，SVT-可服务性计划-到TR4A的端到端4级项目计划,开发,切换,-设计/开发（到TR4A）-设计完
9、成检查点-准备并构建原型机，产品文档-测试：BBFV（到TR4）-评估第一个样机-完成HCMM-完成BBFV-与高一级的分层集成（如：平台，产品）-完成高一级的BBFV，SDV-完成产品SIT-SDV，SIT，GA器件的EC-订购SIT和GA产量逐渐增大所需器件-切换DCP,有以下切换：-所有技术文档-所有财务信息-PDT继续进行设计和测试所需的所有计划-保留TDT核心组，支撑使用该技术的PDT的TR和各种测试活动,新器件/物料优选流程,通过对新选用元器件的资料审查，对生产厂家提供的样件指标参数的容限、极限进行测试和可靠性试验，选择符合公司产品要求的元器件，并通过对厂家的技术保证和批量生产能力
10、、工艺水平、质保体系的考察，最终提出潜在供应商的全过程。以达到产品开发中器件选用的归一化、高复用率、高替代率、以保证新产品选用器件的可量产化。,技术规范书拟制、归档（器件组）,新器件上网（器件组）,上网查询优选器件（项目组）,提出器件要求（项目组）,商务认证（商务认证团队）,技术认证（技术认证团队）,研发中技术评审,目的,跟踪需求发现错误优化设计风险规避质量评估,原则,关注于发现未得到满足的需求，而不是坚持进度；以合理的速度去花时间阅读材料；不应因为缺少时间和预算而将评审省略。,技术评审（TR）,概念 计划 开发 验证 发布 生命周期 TR1 TR2 TR3 TR4 TR4A TR5 TR6
11、产品需求 产品规格 概要设计 BBFV SDV SIT SVT和Beta测试结果； 和概念 和总体方案 测试 测试 测试 确认性能、可靠性、环境、 结果 结果、 结果、 外部鉴定目标已经达到。 性能 性能 基线化 可靠性 内部基线,技术评审体系的三层架构,子过程 关联 关联 关联 子过程和TR和 DCP之间关系IPD TR：七大评审点，由PQA组织，引用子评审的结果 对产品质量进行评估，并且对PDT提出改正建议。 IPD TRSub-TR：子过程评审，由项目组组织，在交付件完成后 Sub-TR 实施。对子过程活动输出质量把关。 Peer ReviewPeer Review：检视。非正式，在交付
12、件生成过程中同行 子过程活动 间的交付件检查和问题讨论。 配合关系,子过程,结束,TR4A,TR5,TR6,开始,子过程,子过程,开始,结束,开始,结束,TRn,技术评审过程实例,-7天 -5天 -3天 -2天 0天 3天,启动评审,材料准备,材料分发,材料预读,问题沟通,评审会,汇报,讨论,总结,资料归档,SE主持技术 SE介绍评审材料。讨论，PQA 评审员提出更详细的问题，项组织过程， 目成员作解答。必要时邀请 PQA总结并汇总意见，形成评相关专家参 审结论，会后填写技术评审加。 报告，并对缺陷进行管理。,技术评审报告经评审会签后，交技术管理中心归档，研发活动进入下一阶段。,SE组织项目组
13、人员和评审员进行沟通，提前解决小缺陷。,评审员对评审资料进行研读，项目组相关成员应与评审员进行深入的交流，务必使评审员充分理解设计内容。,PQA检查通过后，发放给评审组人员。,SE组织，项目组准备评审资料。,技术评审的角色和职责,SE：技术主持人。PQA：过程主持人。PDT核心组：反应部门问题，代表本领域提出专业意见，并代表功能部门承担责任。技术专家：贡献个人才智，不承担直接责任。PDT Leader：以业务需要为出发点对技术问题做决策。,技术评审的三个结论,Go Go with risk Redirect Go：没有遗留问题和只是一些没有解决风险可以很快解决的问题。Go with risk：
14、遗留问题的解决存在一定风险，但不影响下一步活动的启动。Redirect：遗留问题影响到下一步活动的启动，必须首先解决。,Following develop activities(Specification Design),Following develop activities(Specification Design),Excuteaction plan,Excuteaction plan,Holdon meetingIfSE,PQA,Following develop activities(Specification Design),技术评审报告模板,产品质量评估 1. 要素表检查情况 2
15、. 遗留问题改进计划 3. 冲突点记录和结论 4. 风险分析评审结论过程规范和质量目标达成情况 1. 过程审计结果 2. 度量指标 3. 质量目标会签记录,新模式与以前模式的差异,新模式的特点 1. IPD的精神是充分发挥PDT的自主运作， PDT对产品的业务目标和质 量目标的达成承担最终责任，要获得充分的授权和充分的信任，TR的主导者是PDT，功能部门是支撑PDT； 2. 技术评审的目的在于评估产品的技术成熟度，充分发现产品存在的问题和风险，并给出对策建议，不是“过/不过”的判决； 3. 技术评审要分层，交付件的评审在日常的开发活动中完成，IPD-TR关注检视、Sub-TR评审和测试结果，并
16、对下一步活动计划给出建议。观念更新 TR不存在“过/不过”的门槛概念，下游部门要从“接收”心态转变为帮助PDT发现问题和风险，形成解决计划并落实解决计划。中心转移 PDT具有更大发言权，相应地承担更大责任，对PDT经理的管理能力提出更高要求。,测试工程概论,测试与调试的区别,测试目的是发现问题，调试目的是解决问题。测试是由测试人员完成，调试由开发人员完成。测试结果可知，调试结果不可预知。研发过程中一直有测试，调试是测试之后的活动，在研发后期进行。,测试方法分类,按对测试对象逻辑的关注程度 白盒测试 黑盒测试 灰盒测试：介于白盒测试和黑盒测试之间的一种测试模式，重点关注模块接口。按测试级别 单元
17、测试 集成测试 系统测试 验收测试 认证测试 标杆测试（对比测试）,Alpha测试,系统开发接近完成时进行； 一般由最终用户或其他人员完成，不能由开发人员或测试人员完成； 在开发人员指导下进行测试，是在受控环境中进行的； 测试后，仍然会有少量的设计变更。,Beta测试,实验局、客户试用；公司内部开发和测试根本完成时所做的测试；一般由最终用户完成，不能由公司人员完成；由多个最终用户在一个或多个真实的用户场所独立地进行；在受控环境中；通常需要建立很好的客户问题反馈机制。,SDV（System Design Verify）系统设计验证,功能测试，以验证是否符合设计规格；SDV是对BUILD或原型机的
18、渐增测试；SDV测试范围包括子系统和系统级测试；对每个BUILD，应测试其新增及修改部分；针对一些EMC（电磁兼容性）等性能方面的测试，在条件允许的情况下尽可能早地展开。,SIT（System Integration Test）系统集成测试,初始产品渐增BUILD测试；在SDV后，针对系统的稳定性和可靠性展开的测试；目的是确认与设计规格、认证要求、行业标准及公司标准的符合性，同时还要确认性能和系统稳定性；SDV和SIT阶段的区分原则：应遵循“相同的被测对象不要做两遍相同的测试”的基本原则，如果原型机与初始产品没有差别，SIT就没有必要重复做一次同样的渐增测试。,SVT（System Verfi
19、ed Test）系统验证测试,试产产品的抽查测试；目的是验证制造流程，并通过批量Builds来保证设计完整性。这一测试必须在界定好的客户发货级典型部件上面实施；SVT是面向制造的测试，以保证大批量生产时的可制造性，一些回归测试也是必须的；SVT不应该有新的设计或需求方面的验证。,回归测试与版本管理,确定并标识基线内容 基线A 跟踪对基线A的变更 回归测试 生成并验证新的基线 基线B 跟踪对基线B的变更 回归测试 生成并验证新的基线 基线C 跟踪对基线C的变更 回归测试 生成并验证新的基线 发布产品基线,配置标识,配置状态发布,配置控制,测试工程过程,V模型,系统测试方案 系统测试执行 集成测试
20、计划 集成测试执行 单元测试计划 单元测试执行 单元测试准备 走查,总体方案设计,概要设计阶段,详细设计阶段,编码/绘制,单元测试阶段,集成测试阶段,系统测试阶段,测试工程过程,任务,测试计划,开发文档：需求，高层设计方案等。,输入,测试策略制定,测试计划/方案,资源需求,测试进度,测试用例,测试环境建设(设计、开发、实现),测试执行,测试报告,输出,测试策略,测试与验证计划,测试设备,测试记录,测试报告,测试用例,缺陷报告,测试过程,测试策略测试计划/方案测试设计测试开发测试执行测试评估测试报告缺陷跟踪,TestPlanning,Test Design,TestDevelopment,Exe
21、c.,Exec.,Exec.,TestReport,Evaluation,Defect Tracking,Build,Sub-System,System,测试计划,制定测试策略测试环境建立测试项目测试资源计划测试进度计划交付件定义工作量估计,测试设计,测试环境设计测试工具设计测试用例设计测试规程设计,测试用例,功能概述测试目的前提条件输入期望结果,公司测试用例库,个性化具体特性的 共性化产品 测试用例集 共性化产品平台 测试用例集 核心技术关键技术积累,测试开发,测试环境开发测试工具开发测试用例编写,测试执行,测试操作编写测试报告,缺陷跟踪,缺陷收集缺陷分析修正错误回归测试,缺陷（BUG）分级
22、管理,致命：引起系统死机或系统崩溃的问题严重：引起系统某一功能失效且不能简单恢复的问题一般：引起系统某一功能失效但可简单恢复或较难重现的问题,缺陷跟踪管理表模板,缺陷描述缺陷级别责任人解决方案验证方案确认人,测试报告,测试投入汇总测试结果统计测试总结和改进建议问题报告遗留问题清单,测试评估,收集度量数据测试有效性评估测试完备性评估测试效率评估改进测试，补充测试内容,五个基本测试文档,计划测试 测试计划：指明测试范围、方法、资源以及相应测试活动的时间进 度安排表的文档设计测试 测试方案：指明为完成测试而进行的设计测试方法的细节的文档。实现测试 测试用例：指明为完成一个测试项的测试的输入、预期结果
23、、测试条件、测试步骤等因素的文档。指导测试 测试规程：指明执行测试时，测试活动序列的文档。记录测试 测试报告：指明执行测试结果的文档。,集成测试,产品分解结构(PBS)逻辑示意图,构建模块（Building Block BB）,一个构建模块是一个结构（如机械件、面板）中的一个组件（比如一个单板）或一组组件，当它与其他构建模块组装在一起后便成为一个完整的子系统或系统。例如：软件模块，硬件模块，逻辑模块等。从架构方面来讲，一个构建模块具有以下特征： 某一结构中的BB与其他BB共同装配在一起，最终形成一个 完整的、适于销售的产品。 可以单独采购或自行开发设计，可以在产品之间共享和重用。 通过一系列功
24、能和/或非技术的物理属性（如PCB属性有长度、宽度、高度、重量、颜色等）描述每个硬件和软件BB。 BB通常作为单独的实体进行测试（BBFV）。,产品级测试渐增测试模型举例,TR4 BBFVBB1 BUILD1 SDVBB2 TR4 TR4A BBFV BB3 BUILD2 SDV BB4,PCB设计,投板,调试和单元测试,硬件设计审查,单板测试,联调BBIT,转测试评审,跟踪和解决问题,对BUILD的测试,代码检视、审查,集成测试,单元测试,编码,系统测试,SIT,BetaTest,联调BBIT,转测试评审,跟踪和解决问题,对BUILD的测试,编码,编码,单元测试,单元测试,集成测试,集成测试
25、,代码检视、审查,代码检视、审查,系统测试,系统测试,说明,BB1BB2BUILD1BBIT(Building Block Integrate Test)BBFV和SDV是Build的活动 对每个Build都要进行BBFV和SDV的活动。TR4和TR4A是基于Build的技术评审 1.每个Build进行SDV（功能验证）之前需要进行 TR4。 2.进行Beta测试和进行SIT（初始产品测试） 的Build必须进行TR4A。,Build的划分,Build划分是Build计划的关键环节；Build划分是定义渐增构建顺序基础；Build划分时，首先要借助产品需求跟踪关系建立系统功能和各基础BB之间的
26、对应关系；为了便于Build划分，系统功能需要保持合适的粒度，对部分耦合性特别强的功能或偏细节的功能首先进行适当的合并。,Build路标计划及模板,Build由BB构建；Build计划是后续制订开发计划和测试与验证计划的依据。,基于研发流程测试管理,产品测试生命周期模型,概念阶段 计划阶段 开发阶段 验证阶段,产品启动,定义可测试性需求,模块级需求分析、设计、实现、验证,测试需求分析和测试计划制定,系统需求分析、功能分析、设计综合,子系统需求分析、功能分析、设计综合,BUILD划分,SDV测试执行,SIT测试执行,SVT测试执行,测试评估与关闭,产品测试正式启动,测试方案设计,测试用例设计,定
27、义产品包需求和产品概念,拟制产品包验证主计划,产品测试流程,产品测试活动贯穿整个产品开发阶段。,概念阶段测试工作的目的,参与需求评审识别可测试性需求制定产品测试与验证的策略,可测试性设计（DFT）,可测性：系统和设备能及时准确地确定其工作状态（可工作/不可工作，工作性能下降），并隔离其内部故障的一种设计特性。 MIL-STD-2165以提高可测性为目的进行的设计称为可测性设计（design for testability DFT），优化设计使单元/模块/系统便于测试，便于发现、定位、隔离和解决异常问题。DFT是设计特性，完全由设计所决定，最终用户是不可见的。DFT面向全生命周期不同测试过程，是调试/验证测试、生产测试、维护测试的基础。,
