研发质量管理干货分享

《研发质量管理干货分享》由会员分享，可在线阅读，更多相关《研发质量管理干货分享（105页珍藏版）》请在装配图网上搜索。

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

2、 3.进度偏差率 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、 审计 2020-12-2411质量策划与质量控制 质量策划：致力于制定质量方针、质量目标、确定运行程序和资源、工具以实现质量目标的一系列组织管理工作。质量控制（QC Quality Control）：致力于满足质量要求。方法：评审、测试、检验。2020-12-2412质量保证与质量改进 质量保证（QA Quality Assurance）：从质量管理体系的角度，向管理者/客户提供适当的对业务过程和交付件（产品/服务）的可视性，致力于提供对体系能力的信任。包括：1.建立了质量保证的组织；2.质量管理体系的流程/规范/标准建立、培训、引 导，推行落实；3.通过审计其业务过程和交付件（产品/服务）

4、，以验证它们符合适用的流程、规范和标准，给管理者提供这些审计的结果。质量改进：致力于增强满足质量要求的能力。方法：经验教训总结，案例库等。2020-12-2413质量改进手段：PDCA循环 Deming Cycle(PDSA/PDCA)Plan(计划)Do（执行）Study/Check（检查）Act（纠正）Quality2020-12-2414质量改进的信息来源 流程执行者，合理化建议；过程审计；标杆企业；企业战略；客户要求；2020-12-2415质量成本 为了达到产品/服务质量而进行的全部工作发生的所有成本。这些努力包括为确保与要求一致而做的所有工作，以及由于不符合要求所引起的全部工作。这

5、些工作引起的成本包括三种：1.预防成本(Prevention Cost)2.鉴定成本(Appraisal Cost)3.故障成本(Failure Cost)质量成本=符合要求的代价+不符合要求的代价2020-12-2416质量成本意识 营 POC 质量成本 业销售收入 成 本 PONC：不符合要求的代价 POC：符合要求的代价 EFC：无失误运作成本2020-12-2417产品开发中缺陷的相对修复成本 成本 开发 部署 产品问题早发现，早解决，在部署之后又发现产品问题再进行修复，通常要多花100到1000倍的成本。2020-12-2418产品研发项目质量管理计划模板 产品质量等级 总体质量策略

6、 过程偏差 质量目标 质量目标达成计划 关键性能指标达成计划 质量保证控制活动2020-12-2419在研发流程中构建产品质量2020-12-2420集成产品开发（IPD）流程的特点“端到端”分阶段的流程 分层级的流程 在流程中设置重要的控制点 采用并行工程2020-12-2421IPD体系框架 产品战略 市场管理流程 市场信息 客户反馈 竞争信息 技术趋势 产品组织 IPD流程2020-12-2422结构化的产品开发流程 概念决策 计划决策 可获得性决策 生命周期结束 评审点 评审点 评审点 决策评审点 TR1 TR2 TR3 TR4 TR5 TR6 Launch TR4A GA 2020-

7、12-2423流程中的质量控制点 四个决策评审点（Decision Check Point DCP）；七个技术评审点（Technical Review Point TRP）；一个发布点（Launch）；一个正式发布点（General Availability GA）。2020-12-2424技术平台开发流程择-初始供应商选择计划-分析市场机会以估计财务结果和风险-确定平台，ASIC或技术方案-初始BOM/EC发布计划-完成高一级的BBFV，SDV-完成产品SIT-SDV，SIT，GA器件的EC-订购SIT和GA产量逐渐增大所需器件-切换DCP2020-12-2425新器件/物料优选流程 通过对

8、新选用元器件的资料审查，对生产厂家提供的样件指标参数的容限、极限进行测试和可靠性试验，选择符合公司产品要求的元器件，并通过对厂家的技术保证和批量生产能力、工艺水平、质保体系的考察，最终提出潜在供应商的全过程。以达到产品开发中器件选用的归一化、高复用率、高替代率、以保证新产品选用器件的可量产化。2020-12-2426研发中技术评审2020-12-2427目的 跟踪需求 发现错误 优化设计 风险规避 质量评估2020-12-2428原则 关注于发现未得到满足的需求，而不是坚持进度；以合理的速度去花时间阅读材料；不应因为缺少时间和预算而将评审省略。2020-12-2429技术评审（TR）概念 计划

9、 开发 验证 发布 生命周期 TR1 TR2 TR3 TR4 TR4A TR5 TR6 产品需求 产品规格 概要设计 BBFV SDV SIT SVT和Beta测试结果；和概念 和总体方案 测试 测试 测试 确认性能、可靠性、环境、结果 结果、结果、外部鉴定目标已经达到。性能 性能 基线化 可靠性 内部基线2020-12-2430技术评审体系的三层架构子过程 关联 关联 关联 子过程和TR和 DCP之间关系 IPD TR：七大评审点，由PQA组织，引用子评审的结果 对产品质量进行评估，并且对PDT提出改正建议。IPD TR Sub-TR：子过程评审，由项目组组织，在交付件完成后 Sub-TR

10、实施。对子过程活动输出质量把关。Peer Review Peer Review：检视。非正式，在交付件生成过程中同行 子过程活动 间的交付件检查和问题讨论。配合关系2020-12-2431技术评审过程实例 -7天 -5天 -3天 -2天 0天 3天2020-12-2432技术评审的角色和职责 SE：技术主持人。PQA：过程主持人。PDT核心组：反应部门问题，代表本领域提出专业意见，并代表功能部门承担责任。技术专家：贡献个人才智，不承担直接责任。PDT Leader：以业务需要为出发点对技术问题做决策。2020-12-2433技术评审的三个结论 Go Go with risk Redirect

11、Go：没有遗留问题和只是一些没有解决风险可以很快解决的问题。Go with risk：遗留问题的解决存在一定风险，但不影响下一步活动的启动。Redirect：遗留问题影响到下一步活动的启动，必须首先解决。2020-12-2434技术评审报告模板 产品质量评估 1.要素表检查情况 2.遗留问题改进计划 3.冲突点记录和结论 4.风险分析 评审结论 过程规范和质量目标达成情况 1.过程审计结果 2.度量指标 3.质量目标 会签记录2020-12-2435新模式与以前模式的差异 新模式的特点 1.IPD的精神是充分发挥PDT的自主运作，PDT对产品的业务目标和质 量目标的达成承担最终责任，要获得充分

12、的授权和充分的信任，TR的主导者是PDT，功能部门是支撑PDT；2.技术评审的目的在于评估产品的技术成熟度，充分发现产品存在的问题和风险，并给出对策建议，不是“过/不过”的判决；3.技术评审要分层，交付件的评审在日常的开发活动中完成，IPD-TR关注检视、Sub-TR评审和测试结果，并对下一步活动计划给出建议。观念更新 TR不存在“过/不过”的门槛概念，下游部门要从“接收”心态转变为帮助PDT发现问题和风险，形成解决计划并落实解决计划。中心转移 PDT具有更大发言权，相应地承担更大责任，对PDT经理的管理能力提出更高要求。2020-12-2436测试工程概论2020-12-2437测试与调试的

13、区别 测试目的是发现问题，调试目的是解决问题。测试是由测试人员完成，调试由开发人员完成。测试结果可知，调试结果不可预知。研发过程中一直有测试，调试是测试之后的活动，在研发后期进行。2020-12-2438测试方法分类 按对测试对象逻辑的关注程度 白盒测试 黑盒测试 灰盒测试：介于白盒测试和黑盒测试之间的一种测试模式，重点关注模块接口。按测试级别 单元测试 集成测试 系统测试 验收测试 认证测试 标杆测试（对比测试）2020-12-2439Alpha测试 系统开发接近完成时进行；一般由最终用户或其他人员完成，不能由开发人员或测试人员完成；在开发人员指导下进行测试，是在受控环境中进行的；测试后，仍

14、然会有少量的设计变更。2020-12-2440Beta测试 实验局、客户试用；公司内部开发和测试根本完成时所做的测试；一般由最终用户完成，不能由公司人员完成；由多个最终用户在一个或多个真实的用户场所独立地进行；在受控环境中；通常需要建立很好的客户问题反馈机制。2020-12-2441SDV（System Design Verify）系统设计验证 功能测试，以验证是否符合设计规格；SDV是对BUILD或原型机的渐增测试；SDV测试范围包括子系统和系统级测试；对每个BUILD，应测试其新增及修改部分；针对一些EMC（电磁兼容性）等性能方面的测试，在条件允许的情况下尽可能早地展开。2020-12-2

15、442SIT（System Integration Test）系统集成测试 初始产品渐增BUILD测试；在SDV后，针对系统的稳定性和可靠性展开的测试；目的是确认与设计规格、认证要求、行业标准及公司标准的符合性，同时还要确认性能和系统稳定性；SDV和SIT阶段的区分原则：应遵循“相同的被测对象不要做两遍相同的测试”的基本原则，如果原型机与初始产品没有差别，SIT就没有必要重复做一次同样的渐增测试。2020-12-2443SVT（System Verfied Test）系统验证测试 试产产品的抽查测试；目的是验证制造流程，并通过批量Builds来保证设计完整性。这一测试必须在界定好的客户发货级典

16、型部件上面实施；SVT是面向制造的测试，以保证大批量生产时的可制造性，一些回归测试也是必须的；SVT不应该有新的设计或需求方面的验证。2020-12-2444回归测试与版本管理 确定并标识基线内容 基线A 跟踪对基线A的变更 回归测试 生成并验证新的基线 基线B 跟踪对基线B的变更 回归测试 生成并验证新的基线 基线C 跟踪对基线C的变更 回归测试 生成并验证新的基线 发布产品基线 2020-12-2445测试工程过程2020-12-2446V模型 系统测试方案 系统测试执行 集成测试计划 集成测试执行 单元测试计划 单元测试执行 单元测试准备 走查 2020-12-2447测试工程过程202

17、0-12-2448测试过程 测试策略 测试计划/方案 测试设计 测试开发 测试执行 测试评估 测试报告 缺陷跟踪2020-12-2449测试计划 制定测试策略 测试环境建立 测试项目 测试资源计划 测试进度计划 交付件定义 工作量估计2020-12-2450测试设计 测试环境设计 测试工具设计 测试用例设计 测试规程设计2020-12-2451测试用例 功能概述 测试目的 前提条件 输入 期望结果2020-12-2452公司测试用例库 个性化具体特性的 共性化产品 测试用例集 共性化产品平台 测试用例集 核心技术关键技术积累2020-12-2453测试开发 测试环境开发 测试工具开发 测试用例

18、编写2020-12-2454测试执行 测试操作 编写测试报告2020-12-2455缺陷跟踪 缺陷收集 缺陷分析 修正错误 回归测试2020-12-2456缺陷（BUG）分级管理 致命：引起系统死机或系统崩溃的问题 严重：引起系统某一功能失效且不能简单恢复的问题 一般：引起系统某一功能失效但可简单恢复或较难重现的问题2020-12-2457缺陷跟踪管理表模板 缺陷描述 缺陷级别 责任人 解决方案 验证方案 确认人2020-12-2458测试报告 测试投入汇总 测试结果统计 测试总结和改进建议 问题报告 遗留问题清单2020-12-2459测试评估 收集度量数据 测试有效性评估 测试完备性评估

19、测试效率评估 改进测试，补充测试内容2020-12-2460五个基本测试文档 计划测试 测试计划：指明测试范围、方法、资源以及相应测试活动的时间进 度安排表的文档 设计测试 测试方案：指明为完成测试而进行的设计测试方法的细节的文档。实现测试 测试用例：指明为完成一个测试项的测试的输入、预期结果、测试条件、测试步骤等因素的文档。指导测试 测试规程：指明执行测试时，测试活动序列的文档。记录测试 测试报告：指明执行测试结果的文档。2020-12-2461集成测试2020-12-2462产品分解结构(PBS)逻辑示意图系统级产品子系统1子系统2子系统3子系统4子系统NBB1BB2BB3BB1BB2BB

20、1BB2BB3BB4BB1BB2BB3单元1单元2单元3单元42020-12-2463构建模块（Building Block BB）一个构建模块是一个结构（如机械件、面板）中的一个组件（比如一个单板）或一组组件，当它与其他构建模块组装在一起后便成为一个完整的子系统或系统。例如：软件模块，硬件模块，逻辑模块等。从架构方面来讲，一个构建模块具有以下特征：某一结构中的BB与其他BB共同装配在一起，最终形成一个 完整的、适于销售的产品。可以单独采购或自行开发设计，可以在产品之间共享和重用。通过一系列功能和/或非技术的物理属性（如PCB属性有长度、宽度、高度、重量、颜色等）描述每个硬件和软件BB。BB通

21、常作为单独的实体进行测试（BBFV）。2020-12-2464产品级测试渐增测试模型举例 TR4 BBFVBB1 BUILD1 SDVBB2 TR4 TR4A BBFV BB3 BUILD2 SDV BB42020-12-2465说明 BB1BB2BUILD1 BBIT(Building Block Integrate Test)BBFV和SDV是Build的活动 对每个Build都要进行BBFV和SDV的活动。TR4和TR4A是基于Build的技术评审 1.每个Build进行SDV（功能验证）之前需要进行 TR4。2.进行Beta测试和进行SIT（初始产品测试）的Build必须进行TR4A。

22、2020-12-2466Build的划分 Build划分是Build计划的关键环节；Build划分是定义渐增构建顺序基础；Build划分时，首先要借助产品需求跟踪关系建立系统功能和各基础BB之间的对应关系；为了便于Build划分，系统功能需要保持合适的粒度，对部分耦合性特别强的功能或偏细节的功能首先进行适当的合并。2020-12-2467Build路标计划及模板 Build由BB构建；Build计划是后续制订开发计划和测试与验证计划的依据。2020-12-2468基于研发流程测试管理2020-12-2469产品测试生命周期模型 概念阶段 计划阶段 开发阶段 验证阶段2020-12-2470产品

23、测试流程 产品测试活动贯穿整个产品开发阶段。2020-12-2471概念阶段测试工作的目的 参与需求评审 识别可测试性需求 制定产品测试与验证的策略2020-12-2472可测试性设计（DFT）可测性：可测性：系统和设备能及时准确地确定其工作状态（可工作/不可工作，工作性能下降），并隔离其内部故障的一种设计特性。MIL-STD-2165 以提高可测性为目的以提高可测性为目的进行的设计称为可测性设计（design for testability DFT），优化设计使单元/模块/系统便于测试，便于发现、定位、隔离和解决异常问题。DFTDFT是设计特性是设计特性，完全由设计所决定，最终用户是不可见的

24、。DFTDFT面向全生命周期不同测试过程面向全生命周期不同测试过程，是调试/验证测试、生产测试、维护测试的基础。2020-12-2473可测试性设计的系统结构举例（物理分层）外部输入/输出通道2020-12-2474可测试性设计案例 集成调试中的问题定位：“XXX系统的YYY部分的集成、调试中，为什 么解决问题的速度不够快。原因是定位问题的方法没有预先考虑。”“如果在设计中加强可测试性考虑，能多观察到一些关键的测试变量或者测试脚，出现问题时可以比较容易地定位问题所在的模块，而不至于到处怀疑，茫然失措。”2020-12-2475可测试性需求模板 站在开发人员的调试、测试角度收集需求：-系统可测试

25、性需求及策略 -系统调试的可测试性需求 -系统验证测试的可测试性需求 -系统安装后上电自检的可测试性需求 -模块调试与测试的可测试性需求 -模块故障诊断测试的可测试性需求等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测试策略 9.9.认证和标杆测试策略认证和标杆测试策略 4.2 测试环境 9.1 认证和标杆测试需求分析 4.3 测试重点 9.2 认证和标

26、杆测试计划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.12.附件附件2020-12-2477计划阶段测试工作的目的 制订整个项目的测试与验证主计划 制订测试设备总体方案，概要方案 制订测试

27、环境方案2020-12-2478测试与验证主计划模板与目的 测试代表作为产品测试的主负责人，负责制订整个产品开发的测试主计划。产品SE负责产品集成测试方案的制订与实施。测试代表负责系统测试方案、验证方案、Beta测试、标杆测试、认证测试的方案与实施。2020-12-2479开发阶段测试目标 单元测试、集成测试 对原型样品和初始产品进行测试（SDV/SIT）单元测试、集成测试、SDV、SIT评审 资料测试 包装测试 确定生产验证方案（中试方案）确定试用的客户（准备市场测试）2020-12-2480测试设计与更新测试计划 修改计划 细化计划 测试设计 -SDV测试的用例设计 -SDV测试方案同行互

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

29、单元进行集成测试（渐增测试和最后的全面测试）验证产品是否符合原先规定的功能 比较全面的测试：包括功能、性能、可靠性等2020-12-2484验证阶段测试目标 产品中试以检验生产工艺、供应链情况等 SVT测试以面向制造的测试 试验局/用户使用测试以验证满意度 标杆测试以检验和最佳竞争对手的差距 认证测试以获得证书 对测试结果进行评估，以决定是否发布2020-12-2485产品中试 从研发到正式生产的过渡阶段 目的是检验生产工艺、生产测试文件、供应商、供应链、服务 编制批量生产文件2020-12-2486产品中试方案 产品中试方案是指导中试的总体方案 由项目经理负责组织制作 对资源、进度、环境等提

30、出要求2020-12-2487系统验证测试（SVT）专门的组织对初始产品进行测试 对初始产品进行性能、可靠性、环境等测试2020-12-2488Beta测试（用户试用测试）在客户的环境使用首批产品并在实际条件中测试产品 按计划进行Beta测试 定期回访客户，记录Bug并反馈 为每个客户记录Beta测试报告2020-12-2489认证测试 借助第三方或其他受约束的环境，进行行业标准鉴定测试 他国准入进行测试 获得认证书2020-12-2490标杆测试（Benchmark testing）在概念阶段对标杆产品进行分析 借助第三方进行测试 和业界最佳竞争对手对比测试2020-12-2491发布阶段

31、参与用户问题的跟踪、验证。收集客户新的需求。2020-12-2492标准软件项目测试流程 项目任务书，项目输入 计 划 阶 段 PDCP 开 发 阶 段2020-12-2493硬件测试关注内容 单板软件与单板硬件的关联性很高，因此单板软件直接在单板上运行前，先去除程序本身的问题。单板硬件是否可靠，需要结合测试软件对单元电路进行稳定性的测试，如对存储器的读写测试，以验证硬件电路的功能完整。单板在与应用软件集成之前，应先进行单板自身的测试工作。2020-12-2494标准硬件项目测试流程 项目任务书 计 划 阶 段 PDCP 开 发 阶 段2020-12-2495研发过程质量保证2020-12-2

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

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

34、发项目等功能领域的流程以及相关业务活动的质量工作；PQA负责在产品层面协调各个功能领域的质量问题；PQA与研发SQA、HQA等功能领域QA没有领导和考评关系，只是工作协调、配合、相互支持的关系。2020-12-24101过程QA典型活动 引导培训（牧师）过程审计（警察）组织技术评审 协助裁减，形成项目WBS（工作分解结构）汇报过程质量 诊断与改进（医生）2020-12-24102PQA主要职责 组织制定产品质量目标和产品质量计划，并监督实施；作为产品QA工作的总负责人；引导和审计，确保活动交付件满足质量要求，以达到产品质量目标和计划；担任技术评审的过程专家；搜集、统计产品质量数据，组织分析并给

35、出建议；缺陷预防，对产品质量问题进行回溯，推动预防措施落实；完成产品质量月报，提交给项目经理，作为其决策时参考。2020-12-24103PQA在产品开发流程中主要活动举例 流程模板培训 流程模板培训 流程模板培训 流程模板培训 流程模板培训 开工会 开工会 Beta活动 ESP活动引导 流程裁剪 流程裁剪 ESS、ESP活动 项目计划 项目计划 引导 业务计划 业务计划 DCP准备 DCP准备 Beta活动 DCP准备 经验教训 经验教训 经验教训 经验教训 经验教训2020-12-24104QA审计流程图示例 每年准备一 按照审计日历，每季度（半年）次审计日历 进行内部审计 进行一次高级 经理Review感谢您的阅览(此课件下载后可以自行编辑修改 关注我 每天分享干货）