《研发质量管理PPT课件》由会员分享，可在线阅读，更多相关《研发质量管理PPT课件（105页珍藏版）》请在金锄头文库上搜索。
1、研发质量管理2019.81 1内容提要 研发质量管理意识在研发流程中构建产品质量质量控制手段-技术评审质量控制手段-产品测试研发过程质量保证2研发质量管理意识3 3 一个产品的质量是由开发和维护这个产品的过程的质量所决定的。 Watts Humphrey4质量 Quality 产品、体系或过程的一组固有特性满足顾客和其他相关方要求的能力。5产品质量和过程质量的关系 交付质量交付质量 1. 1. 产品本身质量产品本身质量 2. 2. 文档质量文档质量 3. 3. 服务质量服务质量过程质量，包括研发、生产、服务阶段。过程质量，包括研发、生产、服务阶段。 1. 1. 过程规范的符合度过程规范的符合度
2、 2. 2. 缺陷和问题的解决率缺陷和问题的解决率 3. 3. 进度偏差率进度偏差率 4. 4. 工作量偏差率工作量偏差率 5. 5. 需求的稳定度需求的稳定度6质量与进度哪个重要？ T C Q T：时间，C：成本， Q：质量。研发进度与质量的取舍。7质量管理发展的四个阶段 阶阶 段段 全面质量管理全面质量管理TQMTQM 过程统计技术过程统计技术QAQA 专职检验员专职检验员QCQC 手工操作者手工操作者 时间时间 1900 1920 1931 19601900 1920 1931 19608例如：市场需求分析 $APPEALS：客户需求收集和分析方法。 市场需求管理流程：收集、分析、分发、
3、实现、验证5个步骤。9质量管理体系 质量部质量部 IPMTIPMT EPG EPG组织组织 PQAPQA组织组织 测试组织测试组织 评审评审 引导引导 经验教训总结经验教训总结 检验检验 培训培训 案例库案例库 测试测试 审计审计 质量管理体系组织保证质量管理活动体系文件IT支持系统质量策划质量控制质量保证质量改进10质量策划与质量控制 质量策划：致力于制定质量方针、质量目标、确定运行程序和资源、工具以实现质量目标的一系列组织管理工作。质量控制（QC Quality Control）：致力于满足质量要求。 方法：评审、测试、检验。 11质量保证与质量改进质量保证（质量保证（QA Quality
4、 AssuranceQA Quality Assurance）：从质量管理体系的角）：从质量管理体系的角度，向管理者度，向管理者/ /客户提供适当的对业务过程和交付件（产品客户提供适当的对业务过程和交付件（产品/ /服务）的可视性，致力于提供对体系能力的信任。包括：服务）的可视性，致力于提供对体系能力的信任。包括： 1. 1. 建立了质量保证的组织；建立了质量保证的组织； 2. 2. 质量管理体系的流程质量管理体系的流程/ /规范规范/ /标准建立、培训、引标准建立、培训、引 导，推行落实；导，推行落实； 3. 3. 通过审计其业务过程和交付件（产品通过审计其业务过程和交付件（产品/ /服务）
5、，以验证它们符合适用服务），以验证它们符合适用的流程、规范和标准，给管理者提供这些审计的结果。的流程、规范和标准，给管理者提供这些审计的结果。质量改进：致力于增强满足质量要求的能力。质量改进：致力于增强满足质量要求的能力。 方法：经验教训总结，案例库等。方法：经验教训总结，案例库等。12质量改进手段：PDCA循环 Deming Cycle(PDSA/PDCA) Deming Cycle(PDSA/PDCA)Plan(Plan(计划计划) ) DoDo（执行）（执行） Study/CheckStudy/Check（检查）（检查） ActAct（纠正）（纠正） QualityQualityPlan
6、 DoAct Study Check13质量改进的信息来源流程执行者，合理化建议；过程审计；标杆企业；企业战略；客户要求；14质量成本 为了达到产品为了达到产品/ /服务质量而进行的全部工作发生的所有成本。服务质量而进行的全部工作发生的所有成本。这些努力包括为确保与要求一致而做的所有工作，以及由于这些努力包括为确保与要求一致而做的所有工作，以及由于不符合要求所引起的全部工作。这些工作引起的成本包括三不符合要求所引起的全部工作。这些工作引起的成本包括三种：种： 1.1.预防成本预防成本(Prevention Cost)(Prevention Cost) 2. 2.鉴定成本鉴定成本(Apprais
7、al Cost)(Appraisal Cost) 3. 3.故障成本故障成本(Failure Cost)(Failure Cost)质量成本质量成本 = = 符合要求的代价符合要求的代价 + + 不符合要求的代价不符合要求的代价15质量成本意识 营营 POC POC 质量成本质量成本 业业销售收入销售收入 成成 本本 PONCPONC：不符合要求的代价：不符合要求的代价 POCPOC：符合要求的代价：符合要求的代价 EFCEFC：无失误运作成本：无失误运作成本 利润 必要成本必要成本预防预防鉴定鉴定失败失败16产品开发中缺陷的相对修复成本 成本成本 开发开发 部署部署 产品问题早发现，早解决，
8、在部署之后又发现产品问题产品问题早发现，早解决，在部署之后又发现产品问题再进行修复，通常要多花再进行修复，通常要多花100100到到10001000倍的成本。倍的成本。17产品研发项目质量管理计划模板 产品质量等级总体质量策略过程偏差质量目标质量目标达成计划关键性能指标达成计划质量保证控制活动18在研发流程中构建产品质量1919集成产品开发（IPD）流程的特点“端到端”分阶段的流程分层级的流程在流程中设置重要的控制点采用并行工程20IPD体系框架 产品战略产品战略 市场管理流程市场管理流程 市场信息市场信息 客户反馈客户反馈 竞争信息竞争信息 技术趋势技术趋势 产品组织产品组织 IPDIPD流
9、程流程管理细分市场并评估绩效理解 市场 组合 制定细 整合、市场 细分 分析 分策略 优化业 及计划 务计划产品战略流程集成组合管理团队（IPMT）概 计念 划开发平台与技术开发流程一流的子流程项目管理 配置与变更 技术评审 质量管理 文档管理需求管理 CBB重用 采购/外协管理 配置管理 软硬件设计绩效管理基于战略和流程的KPI体系IPD工具共用工具（业务、技术和工厂）Dev MfgFull MktProc Svc SW FinMfg TdDev Proc Full验证发布生命周期Mkt MfgDev Proc Svc21结构化的产品开发流程 概念决策概念决策 计划决策计划决策 可获得性决策
10、可获得性决策 生命周期结束生命周期结束 评审点评审点 评审点评审点 评审点评审点 决策评审点决策评审点 TR1 TR2 TR3 TR4 TR5 TR6 LaunchTR1 TR2 TR3 TR4 TR5 TR6 Launch TR4A GA TR4A GA 概念 计划 开发 验证 发布 生命 周期 22流程中的质量控制点四个决策评审点（Decision Check Point DCP）； 七个技术评审点（Technical Review Point TRP）；一个发布点（Launch）；一个正式发布点（General Availability GA）。 23技术平台开发流程概念计划-从IPMT
11、或ITMT处接受项目任务书-组建TDT-开始从使用该技术的PL或产品线中调用资源组建外围组-概念设计-概要构建模块设计/选择-初始供应商选择计划-分析市场机会以估计财务结果和风险-确定平台，ASIC或技术方案-初始BOM/EC发布计划-全球产品计划支持-路标，CBB承诺-平台技术评审2和3-完整的供应商选择计划-概要设计完成-订购LLT原型机器件-最终EC：LLT SIT，SVT-可服务性计划-到TR4A的端到端4级项目计划开发切换-设计/开发（到TR4A）-设计完成检查点-准备并构建原型机，产品文档-测试：BBFV（到TR4）-评估第一个样机-完成HCMM-完成BBFV-与高一级的分层集成（
12、如：平台，产品）-完成高一级的BBFV，SDV-完成产品SIT-SDV，SIT，GA器件的EC-订购SIT和GA产量逐渐增大所需器件-切换DCP有以下切换：-所有技术文档-所有财务信息-PDT继续进行设计和测试所需的所有计划-保留TDT核心组，支撑使用该技术的PDT的TR和各种测试活动24新器件/物料优选流程通过对新选用元器件的资料审查，对生产厂家提供的样件指标参数的容通过对新选用元器件的资料审查，对生产厂家提供的样件指标参数的容限、极限进行测试和可靠性试验，选择符合公司产品要求的元器件，并限、极限进行测试和可靠性试验，选择符合公司产品要求的元器件，并通过对厂家的技术保证和批量生产能力、工艺水
13、平、质保体系的考察，通过对厂家的技术保证和批量生产能力、工艺水平、质保体系的考察，最终提出潜在供应商的全过程。以达到产品开发中器件选用的归一化、最终提出潜在供应商的全过程。以达到产品开发中器件选用的归一化、高复用率、高替代率、以保证新产品选用器件的可量产化。高复用率、高替代率、以保证新产品选用器件的可量产化。技术规范书拟制、归档（器件组）新器件上网（器件组）上网查询优选器件（项目组）提出器件要求（项目组）商务认证（商务认证团队）技术认证（技术认证团队）25研发中技术评审2626目的 跟踪需求发现错误优化设计风险规避质量评估27原则 关注于发现未得到满足的需求，而不是坚持进度；以合理的速度去花时
14、间阅读材料；不应因为缺少时间和预算而将评审省略。 28技术评审（TR） 概念概念 计划计划 开发开发 验证验证 发布发布 生命周期生命周期 TR1 TR2 TR3 TR4 TR4A TR5 TR6TR1 TR2 TR3 TR4 TR4A TR5 TR6 产品需求产品需求 产品规格产品规格 概要设计概要设计 BBFV SDV SIT SVTBBFV SDV SIT SVT和和BetaBeta测试结果；测试结果； 和概念和概念 和总体方案和总体方案 测试测试 测试测试 测试测试 确认性能、可靠性、环境、确认性能、可靠性、环境、 结果结果 结果、结果、 结果、结果、 外部鉴定目标已经达到。外部鉴定目
15、标已经达到。 性能性能 性能性能 基线化基线化 可靠性可靠性 内部基线内部基线29技术评审体系的三层架构子过程子过程 关联关联 关联关联 关联关联 子过程和子过程和TRTR和和 DCPDCP之间关系之间关系IPD TRIPD TR：七大评审点，由：七大评审点，由PQAPQA组织，引用子评审的结果组织，引用子评审的结果 对产品质量进行评估，并且对对产品质量进行评估，并且对PDTPDT提出改正建议。提出改正建议。 IPD TRIPD TRSub-TRSub-TR：子过程评审，由项目组组织，在交付件完成后：子过程评审，由项目组组织，在交付件完成后 Sub-TRSub-TR 实施。对子过程活动输出质量
16、把关。实施。对子过程活动输出质量把关。 Peer ReviewPeer ReviewPeer ReviewPeer Review：检视。非正式，在交付件生成过程中同行：检视。非正式，在交付件生成过程中同行 子过程活动子过程活动 间的交付件检查和问题讨论。间的交付件检查和问题讨论。 配合关系配合关系子过程结束TR4ATR5TR6开始子过程子过程开始结束开始结束TRn30技术评审过程实例 -7-7天天 -5-5天天 -3-3天天 -2-2天天 0 0天天 3 3天天启动评审材料准备材料分发 材料预读 问题沟通 评审会 汇报 讨论 总结 资料归档 SE主持技术 SE介绍评审材料。讨论，PQA 评审员
17、提出更详细的问题，项组织过程， 目成员作解答。必要时邀请 PQA总结并汇总意见，形成评相关专家参 审结论，会后填写技术评审加。 报告，并对缺陷进行管理。技术评审报告经评审会签后，交技术管理中心归档，研发活动进入下一阶段。SE组织项目组人员和评审员进行沟通，提前解决小缺陷。评审员对评审资料进行研读，项目组相关成员应与评审员进行深入的交流，务必使评审员充分理解设计内容。PQA检查通过后，发放给评审组人员。SE组织，项目组准备评审资料。31技术评审的角色和职责SE：技术主持人。PQA：过程主持人。PDT核心组：反应部门问题，代表本领域提出专业意见，并代表功能部门承担责任。技术专家：贡献个人才智，不承
18、担直接责任。PDT Leader：以业务需要为出发点对技术问题做决策。32技术评审的三个结论 Go Go Go with risk Go with risk Redirect Redirect GoGo：没有遗留问题和只是一些没有解决风险可以很快解决的问题。：没有遗留问题和只是一些没有解决风险可以很快解决的问题。Go with riskGo with risk：遗留问题的解决存在一定风险，但不影响下一步活动的启动。：遗留问题的解决存在一定风险，但不影响下一步活动的启动。RedirectRedirect：遗留问题影响到下一步活动的启动，必须首先解决。：遗留问题影响到下一步活动的启动，必须首先解决
19、。Following develop activities(Specification Design)Following develop activities(Specification Design)Excuteaction planExcuteaction planHoldon meetingIfSE,PQAFollowing develop activities(Specification Design)33技术评审报告模板 产品质量评估产品质量评估 1. 1. 要素表检查情况要素表检查情况 2. 2. 遗留问题改进计划遗留问题改进计划 3. 3. 冲突点记录和结论冲突点记录和结论 4.
20、 4. 风险分析风险分析评审结论评审结论过程规范和质量目标达成情况过程规范和质量目标达成情况 1. 1. 过程审计结果过程审计结果 2. 2. 度量指标度量指标 3. 3. 质量目标质量目标会签记录会签记录34新模式与以前模式的差异新模式的特点新模式的特点 1. IPD1. IPD的精神是充分发挥的精神是充分发挥PDTPDT的自主运作，的自主运作， PDTPDT对产品的业务目标和质对产品的业务目标和质 量量目标的达成承担最终责任，要获得充分的授权和充分的信任，目标的达成承担最终责任，要获得充分的授权和充分的信任，TRTR的主导的主导者是者是PDTPDT，功能部门是支撑，功能部门是支撑PDTPD
21、T； 2. 2. 技术评审的目的在于评估产品的技术成熟度，充分发现产品存在的问技术评审的目的在于评估产品的技术成熟度，充分发现产品存在的问题和风险，并给出对策建议，不是题和风险，并给出对策建议，不是“ “过过/ /不过不过” ”的判决；的判决； 3. 3. 技术评审要分层，交付件的评审在日常的开发活动中完成，技术评审要分层，交付件的评审在日常的开发活动中完成，IPD-TRIPD-TR关关注检视、注检视、Sub-TRSub-TR评审和测试结果，并对下一步活动计划给出建议。评审和测试结果，并对下一步活动计划给出建议。观念更新观念更新 TRTR不存在不存在“ “过过/ /不过不过” ”的门槛概念，下
22、游部门要从的门槛概念，下游部门要从“ “接收接收” ”心态转变为帮心态转变为帮助助PDTPDT发现问题和风险，形成解决计划并落实解决计划。发现问题和风险，形成解决计划并落实解决计划。中心转移中心转移 PDTPDT具有更大发言权，相应地承担更大责任，对具有更大发言权，相应地承担更大责任，对PDTPDT经理的管理能力提经理的管理能力提出更高要求。出更高要求。35测试工程概论3636测试与调试的区别 测试目的是发现问题，调试目的是解决问题。测试是由测试人员完成，调试由开发人员完成。测试结果可知，调试结果不可预知。研发过程中一直有测试，调试是测试之后的活动，在研发后期进行。 37测试方法分类按对测试对
23、象逻辑的关注程度按对测试对象逻辑的关注程度 白盒测试白盒测试 黑盒测试黑盒测试 灰盒测试：介于白盒测试和黑盒测试之间的一种测试模式，灰盒测试：介于白盒测试和黑盒测试之间的一种测试模式，重点关注模块接口。重点关注模块接口。按测试级别按测试级别 单元测试单元测试 集成测试集成测试 系统测试系统测试 验收测试验收测试 认证测试认证测试 标杆测试（对比测试）标杆测试（对比测试）38Alpha测试 系统开发接近完成时进行； 一般由最终用户或其他人员完成，不能由开发人员或测试人员完成； 在开发人员指导下进行测试，是在受控环境中进行的； 测试后，仍然会有少量的设计变更。39Beta测试 实验局、客户试用；实
24、验局、客户试用；公司内部开发和测试根本完成时所做的测试；公司内部开发和测试根本完成时所做的测试；一般由最终用户完成，不能由公司人员完成；一般由最终用户完成，不能由公司人员完成；由多个最终用户在一个或多个真实的用户场所独立由多个最终用户在一个或多个真实的用户场所独立地进行；地进行；在受控环境中；在受控环境中；通常需要建立很好的客户问题反馈机制。通常需要建立很好的客户问题反馈机制。40SDV（System Design Verify）系统设计验证功能测试，以验证是否符合设计规格；SDV是对BUILD或原型机的渐增测试；SDV测试范围包括子系统和系统级测试；对每个BUILD，应测试其新增及修改部分；
25、针对一些EMC（电磁兼容性）等性能方面的测试，在条件允许的情况下尽可能早地展开。41SIT（System Integration Test）系统集成测试初始产品渐增初始产品渐增BUILDBUILD测试；测试；在在SDVSDV后，针对系统的稳定性和可靠性展开的测试；后，针对系统的稳定性和可靠性展开的测试；目的是确认与设计规格、认证要求、行业标准及公目的是确认与设计规格、认证要求、行业标准及公司标准的符合性，同时还要确认性能和系统稳定性；司标准的符合性，同时还要确认性能和系统稳定性；SDVSDV和和SITSIT阶段的区分原则：应遵循阶段的区分原则：应遵循“ “相同的被测对相同的被测对象不要做两遍相
26、同的测试象不要做两遍相同的测试” ”的基本原则，如果原型的基本原则，如果原型机与初始产品没有差别，机与初始产品没有差别，SITSIT就没有必要重复做一次就没有必要重复做一次同样的渐增测试。同样的渐增测试。 42SVT（System Verfied Test）系统验证测试试产产品的抽查测试；目的是验证制造流程，并通过批量Builds来保证设计完整性。这一测试必须在界定好的客户发货级典型部件上面实施；SVT是面向制造的测试，以保证大批量生产时的可制造性，一些回归测试也是必须的；SVT不应该有新的设计或需求方面的验证。43回归测试与版本管理 确定并标识基线内容确定并标识基线内容 基线基线A A 跟踪
27、对基线跟踪对基线A A的变更的变更 回归测试回归测试 生成并验证新的基线生成并验证新的基线 基线基线B B 跟踪对基线跟踪对基线B B的变更的变更 回归测试回归测试 生成并验证新的基线生成并验证新的基线 基线基线C C 跟踪对基线跟踪对基线C C的变更的变更 回归测试回归测试 生成并验证新的基线生成并验证新的基线 发布产品基线发布产品基线 配置标识配置标识配置状态发布配置状态发布配置控制配置控制44测试工程过程4545V模型 系统测试方案系统测试方案 系统测试执行系统测试执行 集成测试计划集成测试计划 集成测试执行集成测试执行 单元测试计划单元测试计划 单元测试执行单元测试执行 单元测试准备单
28、元测试准备 走查走查 总体方案设计概要设计阶段详细设计阶段编码/绘制单元测试阶段集成测试阶段系统测试阶段46测试工程过程任务测试计划开发文档：需求，高层设计方案等。输入测试策略制定测试计划/方案资源需求测试进度测试用例测试环境建设(设计、开发、实现)测试执行测试报告输出测试策略测试与验证计划测试设备测试记录测试报告测试用例缺陷报告47测试过程测试策略测试策略测试计划测试计划/ /方案方案测试设计测试设计测试开发测试开发测试执行测试执行测试评估测试评估测试报告测试报告缺陷跟踪缺陷跟踪TestPlanningTest DesignTestDevelopmentExec.Exec.Exec.Test
29、ReportEvaluationDefect TrackingBuildSub-SystemSystem48测试计划制定测试策略测试环境建立测试项目测试资源计划测试进度计划交付件定义工作量估计49测试设计测试环境设计测试工具设计测试用例设计测试规程设计50测试用例功能概述测试目的前提条件输入期望结果51公司测试用例库 个性化个性化具体特性的具体特性的 共性化共性化产品产品 测试用例集测试用例集 共性化共性化产品平台产品平台 测试用例集测试用例集 核心技术核心技术关键技术关键技术积累积累52测试开发测试环境开发测试工具开发测试用例编写53测试执行测试操作编写测试报告54缺陷跟踪缺陷收集缺陷分析修
30、正错误回归测试55缺陷（BUG）分级管理致命：引起系统死机或系统崩溃的问题严重：引起系统某一功能失效且不能简单恢复的问题一般：引起系统某一功能失效但可简单恢复或较难重现的问题56缺陷跟踪管理表模板缺陷描述缺陷级别责任人解决方案验证方案确认人57测试报告测试投入汇总测试结果统计测试总结和改进建议问题报告遗留问题清单58测试评估收集度量数据测试有效性评估测试完备性评估测试效率评估改进测试，补充测试内容59五个基本测试文档计划测试计划测试 测试计划测试计划：指明测试范围、方法、资源以及相应测试活动的时间进：指明测试范围、方法、资源以及相应测试活动的时间进 度安排表的文档度安排表的文档设计测试设计测试
31、 测试方案测试方案：指明为完成测试而进行的设计测试方法的细节的文档。：指明为完成测试而进行的设计测试方法的细节的文档。实现测试实现测试 测试用例测试用例：指明为完成一个测试项的测试的输入、预期结果、测试：指明为完成一个测试项的测试的输入、预期结果、测试条件、测试步骤等因素的文档。条件、测试步骤等因素的文档。指导测试指导测试 测试规程测试规程：指明执行测试时，测试活动序列的文档。：指明执行测试时，测试活动序列的文档。记录测试记录测试 测试报告测试报告：指明执行测试结果的文档。：指明执行测试结果的文档。60集成测试6161产品分解结构(PBS)逻辑示意图系统级产品子系统1子系统2子系统3子系统4子
32、系统NBB1BB2BB3BB1BB2BB1BB2BB3BB4BB1BB2BB3单元1单元2单元3单元462构建模块（Building Block BB）一个构建模块是一个结构（如机械件、面板）中的一个组件一个构建模块是一个结构（如机械件、面板）中的一个组件（比如一个单板）或一组组件，当它与其他构建模块组装在（比如一个单板）或一组组件，当它与其他构建模块组装在一起后便成为一个完整的子系统或系统。例如：软件模块，一起后便成为一个完整的子系统或系统。例如：软件模块，硬件模块，逻辑模块等。硬件模块，逻辑模块等。从架构方面来讲，一个构建模块具有以下特征：从架构方面来讲，一个构建模块具有以下特征： 某一结
33、构中的某一结构中的BBBB与其他与其他BBBB共同装配在一起，最终形成一个共同装配在一起，最终形成一个 完整的、适于销售的产品。完整的、适于销售的产品。 可以单独采购或自行开发设计，可以在产品之间共享和重用。可以单独采购或自行开发设计，可以在产品之间共享和重用。 通过一系列功能和通过一系列功能和/ /或非技术的物理属性（如或非技术的物理属性（如PCBPCB属性有长属性有长度、宽度、高度、重量、颜色等）描述每个硬件和软件度、宽度、高度、重量、颜色等）描述每个硬件和软件BBBB。 BBBB通常作为单独的实体进行测试（通常作为单独的实体进行测试（BBFVBBFV）。）。63产品级测试渐增测试模型举例
34、 TR4 TR4 BBFVBBFVBB1BB1 BUILD1 BUILD1 SDVSDVBB2BB2 TR4TR4 TR4A TR4A BBFV BBFV BB3 BB3 BUILD2 BUILD2 SDVSDV BB4 BB4PCB设计投板 调试和单元测试硬件设计审查单板测试联调BBIT转测试评审跟踪和解决问题对BUILD的测试代码检视、审查集成测试单元测试编码系统测试SITBetaTest联调BBIT转测试评审跟踪和解决问题对BUILD的测试编码编码单元测试单元测试集成测试集成测试代码检视、审查代码检视、审查系统测试系统测试64说明BB1BB1BB2BB2BUILD1BUILD1BBIT(
35、Building Block Integrate Test)BBIT(Building Block Integrate Test)BBFVBBFV和和SDVSDV是是BuildBuild的活动的活动 对每个对每个BuildBuild都要进行都要进行BBFVBBFV和和SDVSDV的活动。的活动。TR4TR4和和TR4ATR4A是基于是基于BuildBuild的技术评审的技术评审 1.1.每个每个BuildBuild进行进行SDVSDV（功能验证）之前需要进行（功能验证）之前需要进行 TR4TR4。 2.2.进行进行BetaBeta测试和进行测试和进行SITSIT（初始产品测试）（初始产品测试）
36、 的的BuildBuild必须进行必须进行TR4ATR4A。65Build的划分Build划分是Build计划的关键环节；Build划分是定义渐增构建顺序基础；Build划分时，首先要借助产品需求跟踪关系建立系统功能和各基础BB之间的对应关系；为了便于Build划分，系统功能需要保持合适的粒度，对部分耦合性特别强的功能或偏细节的功能首先进行适当的合并。66Build路标计划及模板Build由BB构建；Build计划是后续制订开发计划和测试与验证计划的依据。67基于研发流程测试管理6868产品测试生命周期模型 概念阶段概念阶段 计划阶段计划阶段 开发阶段开发阶段 验证阶段验证阶段产品启动定义可测
37、试性需求模块级需求分析、设计、实现、验证测试需求分析和测试计划制定系统需求分析、功能分析、设计综合子系统需求分析、功能分析、设计综合BUILD划分SDV测试执行SIT测试执行SVT测试执行测试评估与关闭产品测试正式启动测试方案设计测试用例设计定义产品包需求和产品概念拟制产品包验证主计划69产品测试流程产品测试活动贯穿整个产品开发阶段。 70概念阶段测试工作的目的参与需求评审识别可测试性需求制定产品测试与验证的策略71可测试性设计（DFT）可测性可测性：系统和设备能及时准确地确定其工作状态（可工作系统和设备能及时准确地确定其工作状态（可工作/ /不可工作，工作性能下降），并隔离其内部故障的一种设
38、计不可工作，工作性能下降），并隔离其内部故障的一种设计特性。特性。 MIL-STD-MIL-STD-21652165以提高可测性为目的以提高可测性为目的以提高可测性为目的以提高可测性为目的进行的设计称为可测性设计（进行的设计称为可测性设计（design design for testability DFTfor testability DFT），优化设计使单元），优化设计使单元/ /模块模块/ /系统便于测试，系统便于测试，便于发现、定位、隔离和解决异常问题。便于发现、定位、隔离和解决异常问题。DFTDFT是设计特性是设计特性是设计特性是设计特性，完全由设计所决定，最终用户是不可见的。，完全由
39、设计所决定，最终用户是不可见的。DFTDFT面向全生命周期不同测试过程面向全生命周期不同测试过程面向全生命周期不同测试过程面向全生命周期不同测试过程，是调试，是调试/ /验证测试、生产验证测试、生产测试、维护测试的基础。测试、维护测试的基础。72可测试性设计的系统结构举例（物理分层） 外部输入外部输入/ /输出通道输出通道子系统级测试控制台系统级测试控制台芯片级测试控制台板级测试控制台 系统 系统级测试总线 （输入/输出通道） 内置自测试隔离与定位测试控制点测试观测点 子系统 子系统 子系统板级测试总线 内置自测试隔离与定位测试控制点测试观测点 电路板 电路板 电路板 芯片级测试总线 内置自测
40、试隔离与定位控制点观测点芯片芯片芯片73可测试性设计案例集成调试中的问题定位： “XXX系统的YYY部分的集成、调试中，为什 么解决问题的速度不够快。原因是定位问题的方法没有预先考虑。”“如果在设计中加强可测试性考虑，能多观察到一些关键的测试变量或者测试脚，出现问题时可以比较容易地定位问题所在的模块，而不至于到处怀疑，茫然失措。”74可测试性需求模板站在开发人员的调试、测试角度收集需求： -系统可测试性需求及策略 -系统调试的可测试性需求 -系统验证测试的可测试性需求 -系统安装后上电自检的可测试性需求 -模块调试与测试的可测试性需求 -模块故障诊断测试的可测试性需求等75产品测试策略及模板1
41、. 1. 目的目的 7. SVT7. SVT测试策略测试策略测试策略测试策略2. 2. 范围范围 8. Beta8. Beta测试策略测试策略测试策略测试策略3. 3. 关键技术关键技术 8.1 Beta8.1 Beta测试需求分析测试需求分析4. BBFV4. BBFV测试策略测试策略测试策略测试策略 8.2 Beta8.2 Beta测试计划测试计划 4.1 Building Block I4.1 Building Block I测试策略测试策略 9. 9. 认证和标杆测试策略认证和标杆测试策略认证和标杆测试策略认证和标杆测试策略 4.2 4.2 测试环境测试环境 9.1 9.1 认证和标杆
42、测试需求分析认证和标杆测试需求分析 4.3 4.3 测试重点测试重点 9.2 9.2 认证和标杆测试计划认证和标杆测试计划5. SDV5. SDV测试策略测试策略测试策略测试策略 10. 10. 测试环境筹备计划测试环境筹备计划测试环境筹备计划测试环境筹备计划 5.1 SDV5.1 SDV测试方案概述测试方案概述 10.1 10.1 测试环境需求分析测试环境需求分析 5.2 BUILD I5.2 BUILD I测试策略测试策略 10.2 10.2 工具工具/ /仪器的可获得性风险评估仪器的可获得性风险评估 5.2.1 5.2.1 测试环境测试环境 11. 11. 自主开发工具详细分析自主开发工
43、具详细分析自主开发工具详细分析自主开发工具详细分析 5.2.2 5.2.2 测试重点测试重点 11.1 11.1 工具名称工具名称6. SIT6. SIT测试策略测试策略测试策略测试策略 11.2 11.2 工具需求分析工具需求分析 6.1 6.1 测试环境测试环境 11.3 11.3 资源需求分析资源需求分析 6.2 6.2 测试重点测试重点 12. 12. 附件附件附件附件76计划阶段测试工作的目的制订整个项目的测试与验证主计划制订测试设备总体方案，概要方案制订测试环境方案77测试与验证主计划模板与目的测试代表作为产品测试的主负责人，负责制订整个产品开发的测试主计划。产品SE负责产品集成测
44、试方案的制订与实施。测试代表负责系统测试方案、验证方案、Beta测试、标杆测试、认证测试的方案与实施。78开发阶段测试目标单元测试、集成测试对原型样品和初始产品进行测试（SDV/SIT）单元测试、集成测试、SDV、SIT评审资料测试包装测试确定生产验证方案（中试方案）确定试用的客户（准备市场测试）79测试设计与更新测试计划修改计划修改计划细化计划细化计划测试设计测试设计 -SDV-SDV测试的用例设计测试的用例设计 -SDV-SDV测试方案同行互审测试方案同行互审 -SIT-SIT测试的用例设计测试的用例设计 -SIT-SIT测试方案同行互审测试方案同行互审 -SVT-SVT测试的用例设计测试
45、的用例设计 -SVT-SVT测试方案同行互审测试方案同行互审80开发阶段BBIT活动BBIT验证构建模块的外部接口和与其他构建验证构建模块的外部接口和与其他构建模块之间的接口，包括与已有系统的接口。模块之间的接口，包括与已有系统的接口。主要活动： -进行测试 -问题反馈 -回归测试 -测试报告输出81系统设计验证（SDV）原型样机的测试整合渐增的产品构件并按计划进行测试验证产品是否符合原先规定的功能82系统集成测试（SIT）初始产品的测试逐步构建系统并对从生产线生产出来的首批产品单元进行集成测试（渐增测试和最后的全面测试）验证产品是否符合原先规定的功能比较全面的测试：包括功能、性能、可靠性等8
46、3验证阶段测试目标产品中试以检验生产工艺、供应链情况等SVT测试以面向制造的测试试验局/用户使用测试以验证满意度标杆测试以检验和最佳竞争对手的差距认证测试以获得证书对测试结果进行评估，以决定是否发布84产品中试从研发到正式生产的过渡阶段目的是检验生产工艺、生产测试文件、供应商、供应链、服务编制批量生产文件85产品中试方案产品中试方案是指导中试的总体方案由项目经理负责组织制作对资源、进度、环境等提出要求86系统验证测试（SVT）专门的组织对初始产品进行测试对初始产品进行性能、可靠性、环境等测试87Beta测试（用户试用测试）在客户的环境使用首批产品并在实际条件中测试产品按计划进行Beta测试定期
47、回访客户，记录Bug并反馈为每个客户记录Beta测试报告88认证测试借助第三方或其他受约束的环境，进行行业标准鉴定测试他国准入进行测试获得认证书89标杆测试（Benchmark testing）在概念阶段对标杆产品进行分析借助第三方进行测试和业界最佳竞争对手对比测试90发布阶段参与用户问题的跟踪、验证。收集客户新的需求。91标准软件项目测试流程 项目任务书，项目输入项目任务书，项目输入 计计 划划 阶阶 段段 PDCPPDCP 开开 发发 阶阶 段段SOW系统测试计划项目计划集成测试计划需求分析单元测试计划详细设计概要设计编码单元测试系统测试发布集成测试产品集成工作支持92硬件测试关注内容单板
48、软件与单板硬件的关联性很高，因此单板软件直接在单板上运行前，先去除程序本身的问题。单板硬件是否可靠，需要结合测试软件对单元电路进行稳定性的测试，如对存储器的读写测试，以验证硬件电路的功能完整。单板在与应用软件集成之前，应先进行单板自身的测试工作。93标准硬件项目测试流程 项目任务书项目任务书 计计 划划 阶阶 段段 PDCPPDCP 开开 发发 阶阶 段段SOW项目计划单元测试计划单板硬件详细设计（LLD）单板总体设计（HLD）PCB设计单板硬件调试和单元测试（UT）发布（更新后的）设计规格产品集成工作支持94研发过程质量保证9595过程质量保证（QA）客观地评价项目过程：保证客观评价已完成的
49、过程、相关工作产品，以及服务等与组织过程定义、规范的一致性。 主要活动：客观评价过程。提供客观的认识：客观地跟踪和沟通非一致性的问题，并保证问题被解决。 主要活动：沟通不一致性的问题，建立质量保证活动记录。96为什么需要质量保证通过蛛丝马迹判断项目最终能否成功降成本的需要，事前预防优于事后返工“旁观者”角度看待项目是否成功97QA的独立性提供组织上的自由度。免受他们正在评审的产品/项目的管理者所作的评价的影响。98QA工作关系 信息通道（汇报）信息通道（汇报） 问题升级渠道（汇报）问题升级渠道（汇报） 组内协调组内协调 1. PQA1. PQA是项目组核心组成员，但组织关系独立于项目组（是项目
50、组核心组成员，但组织关系独立于项目组（PDTPDT），），PQAPQA的管理部门为质量管理部，由质量的管理部门为质量管理部，由质量管理部对其进行业务指导；管理部对其进行业务指导； 2. PQA2. PQA负责协调产品各功能领域负责协调产品各功能领域QAQA或质量部门的工作；或质量部门的工作； 3. PQA3. PQA向项目经理和质量管理部经理双重汇报；向项目经理和质量管理部经理双重汇报； 4. PQA4. PQA工作保持相对的独立性，即当工作保持相对的独立性，即当PQAPQA和项目经理的意见不一致时，和项目经理的意见不一致时，PQAPQA可以相对独立地向公司管理高可以相对独立地向公司管理高层（
51、层（IPMTIPMT）和质量管理部反馈问题。）和质量管理部反馈问题。项目经理质量管理部公司管理高层产品QA软件QA硬件QA技术支持QA供应链QA99PQA工作关系 PQA PQA和研发和研发SQASQA、HQAHQA等功能领域等功能领域QAQA的关系：的关系：PQAPQA：主要关注产品开发全流程、全功能领域的流：主要关注产品开发全流程、全功能领域的流程一致性，产品质量目标监控和质量相关问题的协程一致性，产品质量目标监控和质量相关问题的协调；调；SQASQA、HQAHQA等功能领域等功能领域QAQA：主要关注软件和硬件开：主要关注软件和硬件开发项目等功能领域的流程以及相关业务活动的质量发项目等功
52、能领域的流程以及相关业务活动的质量工作；工作；PQAPQA负责在产品层面协调各个功能领域的质量问题；负责在产品层面协调各个功能领域的质量问题；PQAPQA与研发与研发SQASQA、HQAHQA等功能领域等功能领域QAQA没有领导和考没有领导和考评关系，只是工作协调、配合、相互支持的关系。评关系，只是工作协调、配合、相互支持的关系。100过程QA典型活动引导培训（牧师）过程审计（警察）组织技术评审协助裁减，形成项目WBS（工作分解结构）汇报过程质量诊断与改进（医生）101PQA主要职责组织制定产品质量目标和产品质量计划，并监督实组织制定产品质量目标和产品质量计划，并监督实施；施；作为产品作为产品
53、QAQA工作的总负责人；工作的总负责人；引导和审计，确保活动交付件满足质量要求，以达引导和审计，确保活动交付件满足质量要求，以达到产品质量目标和计划；到产品质量目标和计划；担任技术评审的过程专家；担任技术评审的过程专家；搜集、统计产品质量数据，组织分析并给出建议；搜集、统计产品质量数据，组织分析并给出建议；缺陷预防，对产品质量问题进行回溯，推动预防措缺陷预防，对产品质量问题进行回溯，推动预防措施落实；施落实；完成产品质量月报，提交给项目经理，作为其决策完成产品质量月报，提交给项目经理，作为其决策时参考。时参考。102PQA在产品开发流程中主要活动举例 流程模板培训流程模板培训 流程模板培训流程
54、模板培训 流程模板培训流程模板培训 流程模板培训流程模板培训 流程模板培训流程模板培训 开工会开工会 开工会开工会 BetaBeta活动活动 ESPESP活动引导活动引导 流程裁剪流程裁剪 流程裁剪流程裁剪 ESSESS、ESPESP活动活动 项目计划项目计划 项目计划项目计划 引导引导 业务计划业务计划 业务计划业务计划 DCPDCP准备准备 DCPDCP准备准备 BetaBeta活动活动 DCPDCP准备准备 经验教训经验教训 经验教训经验教训 经验教训经验教训 经验教训经验教训 经验教训经验教训概念阶段计划阶段开发阶段验证阶段发布阶段流程咨询及答疑（贯穿全流程）103QA审计流程图示例 每年准备一每年准备一 按照审计日历，按照审计日历， 每季度（半年）每季度（半年） 次审计日历次审计日历 进行内部审计进行内部审计 进行一次高级进行一次高级 经理经理ReviewReview批准并签发审计计划（产品线运作及质量管理部部长）批准审计日历（产品线运作及质量管理部部长）结束会议（审计组长）高级经理Review（高级经理）准备审计日历准备审计计划实施审计（审计者）签发审计日历（PLIPMT）开工会（审计组长）审计分析审计跟踪（PQA）104谢谢！105105
