研发质量管理干货分享.ppt

《研发质量管理干货分享.ppt》由会员分享，可在线阅读，更多相关《研发质量管理干货分享.ppt（105页珍藏版）》请在三一文库上搜索。

1、研发质量管理(干货分享)2020-12-242内容提要 研发质量管理意识在研发流程中构建产品质量质量控制手段-技术评审质量控制手段-产品测试研发过程质量保证2020-12-243研发质量管理意识2020-12-244 一个产品的质量是由开发和维护这个产品的过程的质量所决定的。Watts Humphrey2020-12-245质量 Quality 产品、体系或过程的一组固有特性满足顾客和其他相关方要求的能力。2020-12-246产品质量和过程质量的关系 交付质量 1.产品本身质量 2.文档质量 3.服务质量过程质量，包括研发、生产、服务阶段。1.过程规范的符合度 2.缺陷和问题的解决率 3.进

2、度偏差率 4.工作量偏差率 5.需求的稳定度2020-12-247质量与进度哪个重要？T C Q T：时间，C：成本，Q：质量。研发进度与质量的取舍。2020-12-248质量管理发展的四个阶段 阶 段 全面质量管理TQM 过程统计技术QA 专职检验员QC 手工操作者 时间 1900 1920 1931 19602020-12-249例如：市场需求分析$APPEALS：客户需求收集和分析方法。市场需求管理流程：收集、分析、分发、实现、验证5个步骤。2020-12-2410质量管理体系 质量部 IPMT EPG组织 PQA组织 测试组织 评审 引导 经验教训总结 检验 培训 案例库 测试 审计

3、质量管理体系质量管理体系组织保证组织保证质量管理活动质量管理活动体系文件体系文件ITIT支持系统支持系统质质量量策策划划质质量量控控制制质质量量保保证证质质量量改改进进2020-12-2411质量策划与质量控制 质量策划：致力于制定质量方针、质量目标、确定运行程序和资源、工具以实现质量目标的一系列组织管理工作。质量控制（QC Quality Control）：致力于满足质量要求。方法：评审、测试、检验。2020-12-2412质量保证与质量改进质量保证（QA Quality Assurance）：从质量管理体系的角度，向管理者/客户提供适当的对业务过程和交付件（产品/服务）的可视性，致力于提供

4、对体系能力的信任。包括：1.建立了质量保证的组织；2.质量管理体系的流程/规范/标准建立、培训、引 导，推行落实；3.通过审计其业务过程和交付件（产品/服务），以验证它们符合适用的流程、规范和标准，给管理者提供这些审计的结果。质量改进：致力于增强满足质量要求的能力。方法：经验教训总结，案例库等。2020-12-2413质量改进手段：PDCA循环 Deming Cycle(PDSA/PDCA)Plan(计划)Do（执行）Study/Check（检查）Act（纠正）QualityPlan DoPlan DoAct StudyAct Study Check Check2020-12-2414质量改进

5、的信息来源流程执行者，合理化建议；过程审计；标杆企业；企业战略；客户要求；2020-12-2415质量成本 为了达到产品/服务质量而进行的全部工作发生的所有成本。这些努力包括为确保与要求一致而做的所有工作，以及由于不符合要求所引起的全部工作。这些工作引起的成本包括三种：1.预防成本(Prevention Cost)2.鉴定成本(Appraisal Cost)3.故障成本(Failure Cost)质量成本=符合要求的代价+不符合要求的代价2020-12-2416质量成本意识 营 POC 质量成本 业销售收入 成 本 PONC：不符合要求的代价 POC：符合要求的代价 EFC：无失误运作成本 利

6、润利润 必要成本必要成本预防预防鉴定鉴定失败失败2020-12-2417产品开发中缺陷的相对修复成本 成本 开发 部署 产品问题早发现，早解决，在部署之后又发现产品问题再进行修复，通常要多花100到1000倍的成本。2020-12-2418产品研发项目质量管理计划模板 产品质量等级总体质量策略过程偏差质量目标质量目标达成计划关键性能指标达成计划质量保证控制活动2020-12-2419在研发流程中构建产品质量2020-12-2420集成产品开发（IPD）流程的特点“端到端”分阶段的流程分层级的流程在流程中设置重要的控制点采用并行工程2020-12-2421IPD体系框架 产品战略 市场管理流程

7、市场信息 客户反馈 竞争信息 技术趋势 产品组织 IPD流程管理细分市场并评估绩效管理细分市场并评估绩效理理解解 市市场场 组组合合 制制定定细细 整整合合、市市场场 细细分分 分分析析 分分策策略略 优优化化业业 及及计计划划 务务计计划划产品战略流程产品战略流程集成组合管理团队（集成组合管理团队（IPMTIPMT）概概 计计念念 划划开发开发平台与技术开发流程平台与技术开发流程一流的子流程一流的子流程项目管理项目管理 配置与变更配置与变更 技术评审技术评审 质量管理质量管理 文档管理文档管理需求管理需求管理 CBBCBB重用重用 采购采购/外协管理外协管理 配置管理配置管理 软硬件设计软硬

8、件设计绩效管理绩效管理基于战略和流程的基于战略和流程的KPIKPI体系体系 IPDIPD工具工具共用工具（业务、技术和工厂）共用工具（业务、技术和工厂）Dev MfgDev MfgFull MktFull MktProc SvcProc Svc SW Fin SW Fin Mfg Mfg Td TdDev Dev Proc Proc Full Full 验证验证发布发布生命生命周期周期 Mkt Mkt Mfg MfgDev Dev Proc Proc Svc Svc2020-12-2422结构化的产品开发流程 概念决策 计划决策 可获得性决策 生命周期结束 评审点 评审点 评审点 决策评审点

9、TR1 TR2 TR3 TR4 TR5 TR6 Launch TR4A GA 概概念念 计计划划 开发开发 验证验证 发布发布 生命生命 周期周期 2020-12-2423流程中的质量控制点四个决策评审点（Decision Check Point DCP）；七个技术评审点（Technical Review Point TRP）；一个发布点（Launch）；一个正式发布点（General Availability GA）。2020-12-2424技术平台开发流程概概念念计划计划-从从IPMTIPMT或或ITMTITMT处接受处接受项目任务书项目任务书-组建组建TDTTDT-开始从使用该技术的开始

10、从使用该技术的PLPL或产品线中调用资源组或产品线中调用资源组建外围组建外围组-概念设计概念设计-概要构建模块设计概要构建模块设计/选选择择-初始供应商选择计划初始供应商选择计划-分析市场机会以估计财分析市场机会以估计财务结果和风险务结果和风险-确定平台，确定平台，ASICASIC或技术或技术方案方案-初始初始BOM/ECBOM/EC发布计划发布计划-全球产品计划支持全球产品计划支持-路标，路标，CBBCBB承诺承诺-平台技术评审平台技术评审2 2和和3 3-完整的供应商选择完整的供应商选择计划计划-概要设计完成概要设计完成-订购订购LLTLLT原型机器原型机器件件-最终最终ECEC：LLT

11、SITLLT SIT，SVTSVT-可服务性计划可服务性计划-到到TR4ATR4A的端到端的端到端4 4级项目计划级项目计划开发开发 切换切换-设计设计/开发（到开发（到TR4ATR4A）-设计完成检查点设计完成检查点-准备并构建原型机，产准备并构建原型机，产品文档品文档-测试：测试：BBFVBBFV（到（到TR4TR4）-评估第一个样机评估第一个样机-完成完成HCMMHCMM-完成完成BBFVBBFV-与高一级的分层集成与高一级的分层集成（如：平台，产品）（如：平台，产品）-完成高一级的完成高一级的BBFVBBFV，SDVSDV-完成产品完成产品SITSIT-SDV-SDV，SITSIT，G

12、AGA器件的器件的ECEC-订购订购SITSIT和和GAGA产量逐渐增产量逐渐增大所需器件大所需器件-切换切换DCPDCP有以下切换：有以下切换：-所有技术文档所有技术文档-所有财务信息所有财务信息-PDT-PDT继续进行设计继续进行设计和测试所需的所有和测试所需的所有计划计划-保留保留TDTTDT核心组，核心组，支撑使用该技术的支撑使用该技术的PDTPDT的的TRTR和各种测和各种测试活动试活动2020-12-2425新器件/物料优选流程通过对新选用元器件的资料审查，对生产厂家提供的样件指标参数的容限、极限进行测试和可靠性试验，选择符合公司产品要求的元器件，并通过对厂家的技术保证和批量生产能

13、力、工艺水平、质保体系的考察，最终提出潜在供应商的全过程。以达到产品开发中器件选用的归一化、高复用率、高替代率、以保证新产品选用器件的可量产化。技术规范书技术规范书拟制、归档拟制、归档（器件组）（器件组）新器件新器件上网上网（器件组）（器件组）上网查询上网查询优选器件优选器件（项目组）（项目组）提出器件提出器件要求要求（项目组）（项目组）商务认证商务认证（商务认（商务认证团队）证团队）技术认证技术认证（技术认（技术认证团队）证团队）2020-12-2426研发中技术评审2020-12-2427目的 跟踪需求发现错误优化设计风险规避质量评估2020-12-2428原则 关注于发现未得到满足的需求

14、而不是坚持进度；以合理的速度去花时间阅读材料；不应因为缺少时间和预算而将评审省略。2020-12-2429技术评审（TR）概念 计划 开发 验证 发布 生命周期 TR1 TR2 TR3 TR4 TR4A TR5 TR6 产品需求 产品规格 概要设计 BBFV SDV SIT SVT和Beta测试结果；和概念 和总体方案 测试 测试 测试 确认性能、可靠性、环境、结果 结果、结果、外部鉴定目标已经达到。性能 性能 基线化 可靠性 内部基线2020-12-2430技术评审体系的三层架构子过程 关联 关联 关联 子过程和TR和 DCP之间关系IPD TR：七大评审点，由PQA组织，引用子评审的结果

15、 对产品质量进行评估，并且对PDT提出改正建议。IPD TRSub-TR：子过程评审，由项目组组织，在交付件完成后 Sub-TR 实施。对子过程活动输出质量把关。Peer ReviewPeer Review：检视。非正式，在交付件生成过程中同行 子过程活动 间的交付件检查和问题讨论。配合关系子过程子过程结束结束TR4ATR4ATR5TR5TR6TR6开始开始子过程子过程子过程子过程开始开始结束结束开始开始结束结束TRnTRn2020-12-2431技术评审过程实例 -7天 -5天 -3天 -2天 0天 3天启动评审启动评审材料准备材料准备材料分发材料分发 材料预读材料预读 问题沟通问题沟通 评

16、审会评审会 汇报汇报 讨论讨论 总结总结 资料归档资料归档 SESE主持技术主持技术 SESE介绍评审材料。介绍评审材料。讨论，讨论，PQA PQA 评审员提出更详细的问评审员提出更详细的问题，项组织过程，题，项组织过程，目成员作解答。目成员作解答。必要时邀请必要时邀请 PQAPQA总结并汇总意见，总结并汇总意见，形成评形成评相关专家参相关专家参 审结论，会后填写审结论，会后填写技术评审技术评审加。加。报告报告，并对缺，并对缺陷进行管理。陷进行管理。技术评审报告技术评审报告经评审会签后，交技术管理中经评审会签后，交技术管理中心归档，研发活动进入下一阶段。心归档，研发活动进入下一阶段。SESE组

17、织项目组人员和评审员进行沟通，提前解决组织项目组人员和评审员进行沟通，提前解决小缺陷。小缺陷。评审员对评审资料进行研读，项目组相关成员应评审员对评审资料进行研读，项目组相关成员应与评审员进行深入的交流，务必使评审员充分理与评审员进行深入的交流，务必使评审员充分理解设计内容。解设计内容。PQAPQA检查通过后，发放给评审组人员。检查通过后，发放给评审组人员。SESE组织，项目组准备评审资料。组织，项目组准备评审资料。2020-12-2432技术评审的角色和职责SE：技术主持人。PQA：过程主持人。PDT核心组：反应部门问题，代表本领域提出专业意见，并代表功能部门承担责任。技术专家：贡献个人才智，

18、不承担直接责任。PDT Leader：以业务需要为出发点对技术问题做决策。2020-12-2433技术评审的三个结论 Go Go with risk Redirect Go：没有遗留问题和只是一些没有解决风险可以很快解决的问题。Go with risk：遗留问题的解决存在一定风险，但不影响下一步活动的启动。Redirect：遗留问题影响到下一步活动的启动，必须首先解决。Following develop activitiesFollowing develop activities(Specification Design)(Specification Design)Following deve

19、lop activitiesFollowing develop activities(Specification Design)(Specification Design)ExcuteExcuteaction planaction planExcuteExcuteaction planaction planHoldHoldon meetingon meetingIf IfSE,PQASE,PQAFollowing Following develop develop activitiesactivities(Specification(Specification Design)Design)20

20、20-12-2434技术评审报告模板 产品质量评估 1.要素表检查情况 2.遗留问题改进计划 3.冲突点记录和结论 4.风险分析评审结论过程规范和质量目标达成情况 1.过程审计结果 2.度量指标 3.质量目标会签记录2020-12-2435新模式与以前模式的差异新模式的特点 1.IPD的精神是充分发挥PDT的自主运作，PDT对产品的业务目标和质 量目标的达成承担最终责任，要获得充分的授权和充分的信任，TR的主导者是PDT，功能部门是支撑PDT；2.技术评审的目的在于评估产品的技术成熟度，充分发现产品存在的问题和风险，并给出对策建议，不是“过/不过”的判决；3.技术评审要分层，交付件的评审在日常

21、的开发活动中完成，IPD-TR关注检视、Sub-TR评审和测试结果，并对下一步活动计划给出建议。观念更新 TR不存在“过/不过”的门槛概念，下游部门要从“接收”心态转变为帮助PDT发现问题和风险，形成解决计划并落实解决计划。中心转移 PDT具有更大发言权，相应地承担更大责任，对PDT经理的管理能力提出更高要求。2020-12-2436测试工程概论2020-12-2437测试与调试的区别 测试目的是发现问题，调试目的是解决问题。测试是由测试人员完成，调试由开发人员完成。测试结果可知，调试结果不可预知。研发过程中一直有测试，调试是测试之后的活动，在研发后期进行。2020-12-2438测试方法分类

22、按对测试对象逻辑的关注程度 白盒测试 黑盒测试 灰盒测试：介于白盒测试和黑盒测试之间的一种测试模式，重点关注模块接口。按测试级别 单元测试 集成测试 系统测试 验收测试 认证测试 标杆测试（对比测试）2020-12-2439Alpha测试 系统开发接近完成时进行；一般由最终用户或其他人员完成，不能由开发人员或测试人员完成；在开发人员指导下进行测试，是在受控环境中进行的；测试后，仍然会有少量的设计变更。2020-12-2440Beta测试 实验局、客户试用；公司内部开发和测试根本完成时所做的测试；一般由最终用户完成，不能由公司人员完成；由多个最终用户在一个或多个真实的用户场所独立地进行；在受控环

23、境中；通常需要建立很好的客户问题反馈机制。2020-12-2441SDV（System Design Verify）系统设计验证功能测试，以验证是否符合设计规格；SDV是对BUILD或原型机的渐增测试；SDV测试范围包括子系统和系统级测试；对每个BUILD，应测试其新增及修改部分；针对一些EMC（电磁兼容性）等性能方面的测试，在条件允许的情况下尽可能早地展开。2020-12-2442SIT（System Integration Test）系统集成测试初始产品渐增BUILD测试；在SDV后，针对系统的稳定性和可靠性展开的测试；目的是确认与设计规格、认证要求、行业标准及公司标准的符合性，同时还要确

24、认性能和系统稳定性；SDV和SIT阶段的区分原则：应遵循“相同的被测对象不要做两遍相同的测试”的基本原则，如果原型机与初始产品没有差别，SIT就没有必要重复做一次同样的渐增测试。2020-12-2443SVT（System Verfied Test）系统验证测试试产产品的抽查测试；目的是验证制造流程，并通过批量Builds来保证设计完整性。这一测试必须在界定好的客户发货级典型部件上面实施；SVT是面向制造的测试，以保证大批量生产时的可制造性，一些回归测试也是必须的；SVT不应该有新的设计或需求方面的验证。2020-12-2444回归测试与版本管理 确定并标识基线内容 基线A 跟踪对基线A的变更

25、 回归测试 生成并验证新的基线 基线B 跟踪对基线B的变更 回归测试 生成并验证新的基线 基线C 跟踪对基线C的变更 回归测试 生成并验证新的基线 发布产品基线 配置标识配置标识配置状态发配置状态发布布配置控制配置控制2020-12-2445测试工程过程2020-12-2446V模型 系统测试方案 系统测试执行 集成测试计划 集成测试执行 单元测试计划 单元测试执行 单元测试准备 走查 总体方案设计总体方案设计概要设计阶段概要设计阶段详细设计阶段详细设计阶段编码编码/绘制绘制单元测试阶段单元测试阶段集成测试阶段集成测试阶段系统测试阶段系统测试阶段2020-12-2447测试工程过程任务任务测试

26、计划测试计划开发文档：开发文档：需求，高需求，高层设计方层设计方案等。案等。输入输入测试策略制定测试策略制定测试计划测试计划/方案方案资源需求资源需求测试进度测试进度测试用例测试用例测试环境建设测试环境建设(设计、开发、实现设计、开发、实现)测试执行测试执行测试报告测试报告输出输出测试策略测试策略测试与测试与验证计划验证计划测试设备测试设备测试记录测试记录测试报告测试报告测试用例测试用例缺陷报告缺陷报告2020-12-2448测试过程测试策略测试计划/方案测试设计测试开发测试执行测试评估测试报告缺陷跟踪TestTestPlanningPlanningTest Test DesignDesign

27、TestTestDevelopmentDevelopmentExec.Exec.Exec.Exec.Exec.Exec.TestTestReportReportEvaluationEvaluationDefect TrackingDefect TrackingBuildBuildSub-Sub-SystemSystemSystemSystem2020-12-2449测试计划制定测试策略测试环境建立测试项目测试资源计划测试进度计划交付件定义工作量估计2020-12-2450测试设计测试环境设计测试工具设计测试用例设计测试规程设计2020-12-2451测试用例功能概述测试目的前提条件输入期望结果

28、2020-12-2452公司测试用例库 个性化具体特性的 共性化产品 测试用例集 共性化产品平台 测试用例集 核心技术关键技术积累2020-12-2453测试开发测试环境开发测试工具开发测试用例编写2020-12-2454测试执行测试操作编写测试报告2020-12-2455缺陷跟踪缺陷收集缺陷分析修正错误回归测试2020-12-2456缺陷（BUG）分级管理致命：引起系统死机或系统崩溃的问题严重：引起系统某一功能失效且不能简单恢复的问题一般：引起系统某一功能失效但可简单恢复或较难重现的问题2020-12-2457缺陷跟踪管理表模板缺陷描述缺陷级别责任人解决方案验证方案确认人2020-12-24

29、58测试报告测试投入汇总测试结果统计测试总结和改进建议问题报告遗留问题清单2020-12-2459测试评估收集度量数据测试有效性评估测试完备性评估测试效率评估改进测试，补充测试内容2020-12-2460五个基本测试文档计划测试 测试计划：指明测试范围、方法、资源以及相应测试活动的时间进 度安排表的文档设计测试 测试方案：指明为完成测试而进行的设计测试方法的细节的文档。实现测试 测试用例：指明为完成一个测试项的测试的输入、预期结果、测试条件、测试步骤等因素的文档。指导测试 测试规程：指明执行测试时，测试活动序列的文档。记录测试 测试报告：指明执行测试结果的文档。2020-12-2461集成测试

30、2020-12-2462产品分解结构(PBS)逻辑示意图系统级产品子系统1子系统2子系统3子系统4子系统NBB1BB2BB3BB1BB2BB1BB2BB3BB4BB1BB2BB3单元1单元2单元3单元42020-12-2463构建模块（Building Block BB）一个构建模块是一个结构（如机械件、面板）中的一个组件（比如一个单板）或一组组件，当它与其他构建模块组装在一起后便成为一个完整的子系统或系统。例如：软件模块，硬件模块，逻辑模块等。从架构方面来讲，一个构建模块具有以下特征：某一结构中的BB与其他BB共同装配在一起，最终形成一个 完整的、适于销售的产品。可以单独采购或自行开发设计，

31、可以在产品之间共享和重用。通过一系列功能和/或非技术的物理属性（如PCB属性有长度、宽度、高度、重量、颜色等）描述每个硬件和软件BB。BB通常作为单独的实体进行测试（BBFV）。2020-12-2464产品级测试渐增测试模型举例 TR4 BBFVBB1 BUILD1 SDVBB2 TR4 TR4A BBFV BB3 BUILD2 SDV BB4PCBPCB设计设计投板投板调试和单元测试调试和单元测试硬件设计审查硬件设计审查单板测试单板测试联调联调BBITBBIT转测试评审转测试评审跟踪和解决问题跟踪和解决问题对对BUILDBUILD的测试的测试代码检视、审查代码检视、审查集成测试集成测试单元测

32、试单元测试编码编码系统测试系统测试SITSITBetaBetaTestTest联调联调BBITBBIT转测试评审转测试评审跟踪和解决问题跟踪和解决问题对对BUILDBUILD的测试的测试编码编码编码编码单元测试单元测试单元测试单元测试集成测试集成测试集成测试集成测试代码检视、审查代码检视、审查代码检视、审查代码检视、审查系统测试系统测试系统测试系统测试2020-12-2465说明BB1BB2BUILD1BBIT(Building Block Integrate Test)BBFV和SDV是Build的活动 对每个Build都要进行BBFV和SDV的活动。TR4和TR4A是基于Build的技术评

33、审 1.每个Build进行SDV（功能验证）之前需要进行 TR4。2.进行Beta测试和进行SIT（初始产品测试）的Build必须进行TR4A。2020-12-2466Build的划分Build划分是Build计划的关键环节；Build划分是定义渐增构建顺序基础；Build划分时，首先要借助产品需求跟踪关系建立系统功能和各基础BB之间的对应关系；为了便于Build划分，系统功能需要保持合适的粒度，对部分耦合性特别强的功能或偏细节的功能首先进行适当的合并。2020-12-2467Build路标计划及模板Build由BB构建；Build计划是后续制订开发计划和测试与验证计划的依据。2020-12-

34、2468基于研发流程测试管理2020-12-2469产品测试生命周期模型 概念阶段 计划阶段 开发阶段 验证阶段产品启动产品启动定义可测试性需求定义可测试性需求模块级需求分析、设计、实现、验证模块级需求分析、设计、实现、验证测试需求分析和测试计划制定测试需求分析和测试计划制定系统需求分析、功能分析、设计综合系统需求分析、功能分析、设计综合子系统需求分析、功能分析、设计综合子系统需求分析、功能分析、设计综合BUILDBUILD划分划分SDVSDV测试执行测试执行SITSIT测试执行测试执行SVTSVT测试执行测试执行测试评估与关闭测试评估与关闭产品测试正式启动产品测试正式启动测试方案设计测试方案

35、设计测试用例设计测试用例设计定义产品包需求和产品概念定义产品包需求和产品概念拟制产品包验证主计划拟制产品包验证主计划2020-12-2470产品测试流程产品测试活动贯穿整个产品开发阶段。2020-12-2471概念阶段测试工作的目的参与需求评审识别可测试性需求制定产品测试与验证的策略2020-12-2472可测试性设计（DFT）可测性：可测性：系统和设备能及时准确地确定其工作状态（可工作/不可工作，工作性能下降），并隔离其内部故障的一种设计特性。MIL-STD-2165以提高可测性为目的以提高可测性为目的进行的设计称为可测性设计（design for testability DFT），优化设计

36、使单元/模块/系统便于测试，便于发现、定位、隔离和解决异常问题。DFTDFT是设计特性是设计特性，完全由设计所决定，最终用户是不可见的。DFTDFT面向全生命周期不同测试过程面向全生命周期不同测试过程，是调试/验证测试、生产测试、维护测试的基础。2020-12-2473可测试性设计的系统结构举例（物理分层）外部输入/输出通道子系统级测试控制台子系统级测试控制台系统级测试控制台系统级测试控制台芯片级测试控制台芯片级测试控制台板级测试控制台板级测试控制台 系统系统 系统级测试总线系统级测试总线 （输入（输入/输出通道）输出通道）内置自测试内置自测试 隔离与定位隔离与定位 测试控制点测试控制点 测试

37、观测点测试观测点 子系统子系统 子系统子系统 子系统子系统板级测试总线板级测试总线 内置自测试内置自测试隔离与定位隔离与定位测试控制点测试控制点测试观测点测试观测点 电路板电路板 电路板电路板 电路板电路板 芯片级测试总线芯片级测试总线 内置自测试内置自测试隔离与定位隔离与定位 控制点控制点 观测点观测点芯片芯片芯片芯片芯片芯片2020-12-2474可测试性设计案例集成调试中的问题定位：“XXX系统的YYY部分的集成、调试中，为什 么解决问题的速度不够快。原因是定位问题的方法没有预先考虑。”“如果在设计中加强可测试性考虑，能多观察到一些关键的测试变量或者测试脚，出现问题时可以比较容易地定位问

38、题所在的模块，而不至于到处怀疑，茫然失措。”2020-12-2475可测试性需求模板站在开发人员的调试、测试角度收集需求：-系统可测试性需求及策略 -系统调试的可测试性需求 -系统验证测试的可测试性需求 -系统安装后上电自检的可测试性需求 -模块调试与测试的可测试性需求 -模块故障诊断测试的可测试性需求等2020-12-2476产品测试策略及模板1.目的 7.SVT7.SVT测试策略测试策略2.范围 8.Beta8.Beta测试策略测试策略3.关键技术 8.1 Beta测试需求分析4.BBFV4.BBFV测试策略测试策略 8.2 Beta测试计划 4.1 Building Block I测试策

39、略 9.9.认证和标杆测试策略认证和标杆测试策略 4.2 测试环境 9.1 认证和标杆测试需求分析 4.3 测试重点 9.2 认证和标杆测试计划5.SDV5.SDV测试策略测试策略 10.10.测试环境筹备计划测试环境筹备计划 5.1 SDV测试方案概述 10.1 测试环境需求分析 5.2 BUILD I测试策略 10.2 工具/仪器的可获得性风险评估 5.2.1 测试环境 11.11.自主开发工具详细分析自主开发工具详细分析 5.2.2 测试重点 11.1 工具名称6.SIT6.SIT测试策略测试策略 11.2 工具需求分析 6.1 测试环境 11.3 资源需求分析 6.2 测试重点 12.

40、12.附件附件2020-12-2477计划阶段测试工作的目的制订整个项目的测试与验证主计划制订测试设备总体方案，概要方案制订测试环境方案2020-12-2478测试与验证主计划模板与目的测试代表作为产品测试的主负责人，负责制订整个产品开发的测试主计划。产品SE负责产品集成测试方案的制订与实施。测试代表负责系统测试方案、验证方案、Beta测试、标杆测试、认证测试的方案与实施。2020-12-2479开发阶段测试目标单元测试、集成测试对原型样品和初始产品进行测试（SDV/SIT）单元测试、集成测试、SDV、SIT评审资料测试包装测试确定生产验证方案（中试方案）确定试用的客户（准备市场测试）2020

41、12-2480测试设计与更新测试计划修改计划细化计划测试设计 -SDV测试的用例设计 -SDV测试方案同行互审 -SIT测试的用例设计 -SIT测试方案同行互审 -SVT测试的用例设计 -SVT测试方案同行互审2020-12-2481开发阶段BBIT活动BBITBBIT验证构建模块的外部接口和与其他构建模块之间的接口，包括与已有系统的接口。验证构建模块的外部接口和与其他构建模块之间的接口，包括与已有系统的接口。主要活动：-进行测试 -问题反馈 -回归测试 -测试报告输出2020-12-2482系统设计验证（SDV）原型样机的测试整合渐增的产品构件并按计划进行测试验证产品是否符合原先规定的功能

42、2020-12-2483系统集成测试（SIT）初始产品的测试逐步构建系统并对从生产线生产出来的首批产品单元进行集成测试（渐增测试和最后的全面测试）验证产品是否符合原先规定的功能比较全面的测试：包括功能、性能、可靠性等2020-12-2484验证阶段测试目标产品中试以检验生产工艺、供应链情况等SVT测试以面向制造的测试试验局/用户使用测试以验证满意度标杆测试以检验和最佳竞争对手的差距认证测试以获得证书对测试结果进行评估，以决定是否发布2020-12-2485产品中试从研发到正式生产的过渡阶段目的是检验生产工艺、生产测试文件、供应商、供应链、服务编制批量生产文件2020-12-2486产品中试方案

43、产品中试方案是指导中试的总体方案由项目经理负责组织制作对资源、进度、环境等提出要求2020-12-2487系统验证测试（SVT）专门的组织对初始产品进行测试对初始产品进行性能、可靠性、环境等测试2020-12-2488Beta测试（用户试用测试）在客户的环境使用首批产品并在实际条件中测试产品按计划进行Beta测试定期回访客户，记录Bug并反馈为每个客户记录Beta测试报告2020-12-2489认证测试借助第三方或其他受约束的环境，进行行业标准鉴定测试他国准入进行测试获得认证书2020-12-2490标杆测试（Benchmark testing）在概念阶段对标杆产品进行分析借助第三方进行测试和

44、业界最佳竞争对手对比测试2020-12-2491发布阶段参与用户问题的跟踪、验证。收集客户新的需求。2020-12-2492标准软件项目测试流程 项目任务书，项目输入 计 划 阶 段 PDCP 开 发 阶 段SOWSOW系统测试计划系统测试计划项目计划项目计划集成测试计划集成测试计划需求分析需求分析单元测试计划单元测试计划详细设计详细设计概要设计概要设计编码编码单元测试单元测试系统测试系统测试发布发布集成测试集成测试产品集成工作支持产品集成工作支持2020-12-2493硬件测试关注内容单板软件与单板硬件的关联性很高，因此单板软件直接在单板上运行前，先去除程序本身的问题。单板硬件是否可靠，需要

45、结合测试软件对单元电路进行稳定性的测试，如对存储器的读写测试，以验证硬件电路的功能完整。单板在与应用软件集成之前，应先进行单板自身的测试工作。2020-12-2494标准硬件项目测试流程 项目任务书 计 划 阶 段 PDCP 开 发 阶 段SOWSOW项目计划项目计划单元测试计划单元测试计划单板硬件详细设计（单板硬件详细设计（LLDLLD）单板总体设计（单板总体设计（HLDHLD）PCBPCB设计设计单板硬件调试单板硬件调试和单元测试（和单元测试（UTUT）发布发布（更新后的）设计规格（更新后的）设计规格产品集成工作支持产品集成工作支持2020-12-2495研发过程质量保证2020-12-2

46、496过程质量保证（QA）客观地评价项目过程：保证客观评价已完成的过程、相关工作产品，以及服务等与组织过程定义、规范的一致性。主要活动：客观评价过程。提供客观的认识：客观地跟踪和沟通非一致性的问题，并保证问题被解决。主要活动：沟通不一致性的问题，建立质量保证活动记录。2020-12-2497为什么需要质量保证通过蛛丝马迹判断项目最终能否成功降成本的需要，事前预防优于事后返工“旁观者”角度看待项目是否成功2020-12-2498QA的独立性提供组织上的自由度。免受他们正在评审的产品/项目的管理者所作的评价的影响。2020-12-2499QA工作关系 信息通道（汇报）问题升级渠道（汇报）组内协调

47、1.PQA是项目组核心组成员，但组织关系独立于项目组（PDT），PQA的管理部门为质量管理部，由质量管理部对其进行业务指导；2.PQA负责协调产品各功能领域QA或质量部门的工作；3.PQA向项目经理和质量管理部经理双重汇报；4.PQA工作保持相对的独立性，即当PQA和项目经理的意见不一致时，PQA可以相对独立地向公司管理高层（IPMT）和质量管理部反馈问题。项目经理项目经理质量管理部质量管理部公司管理高层公司管理高层产品产品QAQA软件软件QAQA硬件硬件QAQA技术支持技术支持QAQA供应链供应链QAQA2020-12-24100PQA工作关系 PQA和研发SQA、HQA等功能领域QA的关系

48、PQA：主要关注产品开发全流程、全功能领域的流程一致性，产品质量目标监控和质量相关问题的协调；SQA、HQA等功能领域QA：主要关注软件和硬件开发项目等功能领域的流程以及相关业务活动的质量工作；PQA负责在产品层面协调各个功能领域的质量问题；PQA与研发SQA、HQA等功能领域QA没有领导和考评关系，只是工作协调、配合、相互支持的关系。2020-12-24101过程QA典型活动引导培训（牧师）过程审计（警察）组织技术评审协助裁减，形成项目WBS（工作分解结构）汇报过程质量诊断与改进（医生）2020-12-24102PQA主要职责组织制定产品质量目标和产品质量计划，并监督实施；作为产品QA工作

49、的总负责人；引导和审计，确保活动交付件满足质量要求，以达到产品质量目标和计划；担任技术评审的过程专家；搜集、统计产品质量数据，组织分析并给出建议；缺陷预防，对产品质量问题进行回溯，推动预防措施落实；完成产品质量月报，提交给项目经理，作为其决策时参考。2020-12-24103PQA在产品开发流程中主要活动举例 流程模板培训 流程模板培训 流程模板培训 流程模板培训 流程模板培训 开工会 开工会 Beta活动 ESP活动引导 流程裁剪 流程裁剪 ESS、ESP活动 项目计划 项目计划 引导 业务计划 业务计划 DCP准备 DCP准备 Beta活动 DCP准备 经验教训 经验教训 经验教训 经验教

50、训 经验教训概概念念阶阶段段计划阶段计划阶段开发阶段开发阶段验证阶段验证阶段发布阶段发布阶段流程咨询及答疑（贯穿全流程）流程咨询及答疑（贯穿全流程）2020-12-24104QA审计流程图示例 每年准备一 按照审计日历，每季度（半年）次审计日历 进行内部审计 进行一次高级 经理Review批准并签发审计计划批准并签发审计计划（产品线运作及（产品线运作及质量管理部部长）质量管理部部长）批准审计日历批准审计日历（产品线运作及（产品线运作及质量管理部部长）质量管理部部长）结束会议结束会议（审计组长）（审计组长）高级经理高级经理ReviewReview（高级经理）（高级经理）准备审计日历准备审计日历准