1、2内容构建产品质量质量控制手段-技术评审质量控制手段-产品测试研发过程质量保证4护这个产品的过程的质量所决定的。Watts Humphrey5质量Qu性满足顾客和其他相关方要求的能力。6产品质量和过服务质量过程质量，包括研发、生产、服务阶段。1.过程规范的符合度2.缺陷和问题的解决率3.进度偏差率4.工作量偏差率5.需求的稳定度7质量与进成本，Q：质量。研发进度与质量的取舍。8质量管理发术QA专职检验员QC手工操作者时间1900 1920 1931 1960910例如：市场和分析方法。市场需求管理流程：收集、分析、分发、实现、验证5个步骤。11质量管质量管理体系组织保证质量管理活动体系文件IT
2、支持系统质量策划质量控制质量保证质量改进12质量策划量目标、确定运行程序和资源、工具以实现质量目标的一系列组织管理工作。质量控制（QC Quality Control）：致力于满足质量要求。方法：评审、测试、检验。13质量保证ce）：从质量管理体系的角度，向管理者/客户提供适当的对业务过程和交付件（产品/服务）的可视性，致力于提供对体系能力的信任。包括：1.建立了质量保证的组织；2.质量管理体系的流程/规范/标准建立、培训、引导，推行落实；3.通过审计其业务过程和交付件（产品/服务），以验证它们符合适用的流程、规范和标准，给管理者提供这些审计的结果。质量改进：致力于增强满足质量要求的能力。方法
3、：经验教训总结，案例库等。14质量改进手段：Plan DoAct Study Check15质量改进标杆企业；企业战略；客户要求；16质量发生的所有成本。这些努力包括为确保与要求一致而做的所有工作，以及由于不符合要求所引起的全部工作。这些工作引起的成本包括三种：1.预防成本(Prevention Cost)2.鉴定成本(Appraisal Cost)3.故障成本(Failure Cost)质量成本=符合要求的代价+不符合要求的代价17质量成 利润18产品开发中缺陷19产品研发项目质偏差质量目标质量目标达成计划关键性能指标达成计划质量保证控制活动21集成产品开发（D流程在流程中设置重要的控制点采
4、用并行工程22IPD管理细分市场并评估绩效产品战略流程集成组合管理团队（IPMT）开发平台与技术开发流程一流的子流程项目管理 配置与变更 技术评审 质量管理 文档管理需求管理 CBB重用 采购/外协管理 配置管理 软硬件设计绩效管理基于战略和流程的KPI体系IPD工具共用工具（业务、技术和工厂）Dev MfgFull MktProc Svc SW FinMfg TdDev Proc Full验证发布生命周期Mkt MfgDev Proc Svc23结构化的产 开发 验证 发布 生命 周期 24流程中的on Check Point DCP）；七个技术评审点（Technical Review Po
5、int TRP）；一个发布点（Launch）；一个正式发布点（General Availability GA）。25技术平台计划-从IPMT或ITMT处接受项目任务书-组建TDT-开始从使用该技术的PL或产品线中调用资源组建外围组-概念设计-概要构建模块设计/选择-初始供应商选择计划-分析市场机会以估计财务结果和风险-确定平台，ASIC或技术方案-初始BOM/EC发布计划-全球产品计划支持-路标，CBB承诺-平台技术评审2和3-完整的供应商选择计划-概要设计完成-订购LLT原型机器件-最终EC：LLT SIT，SVT-可服务性计划-到TR4A的端到端4级项目计划开发切换-设计/开发（到TR4A
6、）-设计完成检查点-准备并构建原型机，产品文档-测试：BBFV（到TR4）-评估第一个样机-完成HCMM-完成BBFV-与高一级的分层集成（如：平台，产品）-完成高一级的BBFV，SDV-完成产品SIT-SDV，SIT，GA器件的EC-订购SIT和GA产量逐渐增大所需器件-切换DCP有以下切换：-所有技术文档-所有财务信息-PDT继续进行设计和测试所需的所有计划-保留TDT核心组，支撑使用该技术的PDT的TR和各种测试活动26技术规范书拟制、归档（器件组）新器件上网（器件组）上网查询优选器件（项目组）提出器件要求（项目组）商务认证（商务认证团队）技术认证（技术认证团队）28目规避质量评估29原
7、不是坚持进度；以合理的速度去花时间阅读材料；不应因为缺少时间和预算而将评审省略。30技术评RR2 TR3 TR4 TR4A TR5 TR6产品需求产品规格概要设计BBFV SDV SIT SVT和Beta测试结果；和概念和总体方案测试测试测试确认性能、可靠性、环境、结果结果、结果、外部鉴定目标已经达到。性能性能基线化可靠性内部基线31技术评审体子过程结束TR4ATR5TR6开始子过程子过程开始结束开始结束TRn32技术评审启动评审材料准备材料分发 材料预读 问题沟通 评审会 汇报 讨论 总结 资料归档 SE主持技术 SE介绍评审材料。讨论，PQA 评审员提出更详细的问题，项组织过程，目成员作解
8、答。必要时邀请 PQA总结并汇总意见，形成评相关专家参 审结论，会后填写技术评审加。报告，并对缺陷进行管理。技术评审报告经评审会签后，交技术管理中心归档，研发活动进入下一阶段。SE组织项目组人员和评审员进行沟通，提前解决小缺陷。评审员对评审资料进行研读，项目组相关成员应与评审员进行深入的交流，务必使评审员充分理解设计内容。PQA检查通过后，发放给评审组人员。SE组织，项目组准备评审资料。33技术评审的人。PDT核心组：反应部门问题，代表本领域提出专业意见，并代表功能部门承担责任。技术专家：贡献个人才智，不承担直接责任。PDT Leader：以业务需要为出发点对技术问题做决策。34技术评审Fol
9、lowing develop activities(Specification Design)Following develop activities(Specification Design)Excuteaction planExcuteaction planHoldon meetingIfSE,PQAFollowing develop activities(Specification Design)35技术评审改进计划3.冲突点记录和结论4.风险分析评审结论过程规范和质量目标达成情况1.过程审计结果2.度量指标3.质量目标会签记录36新模式与以DT对产品的业务目标和质量目标的达成承担最终责
10、任，要获得充分的授权和充分的信任，TR的主导者是PDT，功能部门是支撑PDT；2.技术评审的目的在于评估产品的技术成熟度，充分发现产品存在的问题和风险，并给出对策建议，不是“过/不过”的判决；3.技术评审要分层，交付件的评审在日常的开发活动中完成，IPD-TR关注检视、Sub-TR评审和测试结果，并对下一步活动计划给出建议。观念更新TR不存在“过/不过”的门槛概念，下游部门要从“接收”心态转变为帮助PDT发现问题和风险，形成解决计划并落实解决计划。中心转移PDT具有更大发言权，相应地承担更大责任，对PDT经理的管理能力提出更高要求。38测试与调解决问题。测试是由测试人员完成，调试由开发人员完成
11、。测试结果可知，调试结果不可预知。研发过程中一直有测试，调试是测试之后的活动，在研发后期进行。39测试方灰盒测试：介于白盒测试和黑盒测试之间的一种测试模式，重点关注模块接口。按测试级别单元测试集成测试系统测试验收测试认证测试标杆测试（对比测试）40Alp般由最终用户或其他人员完成，不能由开发人员或测试人员完成；在开发人员指导下进行测试，是在受控环境中进行的；测试后，仍然会有少量的设计变更。41Bet根本完成时所做的测试；一般由最终用户完成，不能由公司人员完成；由多个最终用户在一个或多个真实的用户场所独立地进行；在受控环境中；通常需要建立很好的客户问题反馈机制。42SDV（System Desi
12、ySDV是对BUILD或原型机的渐增测试；SDV测试范围包括子系统和系统级测试；对每个BUILD，应测试其新增及修改部分；针对一些EMC（电磁兼容性）等性能方面的测试，在条件允许的情况下尽可能早地展开。43SIT（System Integt试针对系统的稳定性和可靠性展开的测试；目的是确认与设计规格、认证要求、行业标准及公司标准的符合性，同时还要确认性能和系统稳定性；SDV和SIT阶段的区分原则：应遵循“相同的被测对象不要做两遍相同的测试”的基本原则，如果原型机与初始产品没有差别，SIT就没有必要重复做一次同样的渐增测试。44SVT（System Vert制造流程，并通过批量Builds来保证设
13、计完整性。这一测试必须在界定好的客户发货级典型部件上面实施；SVT是面向制造的测试，以保证大批量生产时的可制造性，一些回归测试也是必须的；SVT不应该有新的设计或需求方面的验证。45回归测试47V总体方案设计概要设计阶段详细设计阶段编码/绘制单元测试阶段集成测试阶段系统测试阶段48测试工任务测试计划开发文档：需求，高层设计方案等。输入测试策略制定测试计划/方案资源需求测试进度测试用例测试环境建设(设计、开发、实现)测试执行测试报告输出测试策略测试与验证计划测试设备测试记录测试报告测试用例缺陷报告49测试TestPlanningTest DesignTestDevelopmentExec.Exe
14、c.Exec.TestReportEvaluationDefect TrackingBuildSub-SystemSystem50测试项目测试资源计划测试进度计划交付件定义工作量估计51测试用例设计测试规程设计52测试期望结果53公司测54测试用例编写55测试56缺陷测试57缺陷（BUG问题严重：引起系统某一功能失效且不能简单恢复的问题一般：引起系统某一功能失效但可简单恢复或较难重现的问题58缺陷跟踪案验证方案确认人59测试总结和改进建议问题报告遗留问题清单60测试试完备性评估测试效率评估改进测试，补充测试内容61五个基本的时间进度安排表的文档设计测试测试方案：指明为完成测试而进行的设计测试方
15、法的细节的文档。实现测试测试用例：指明为完成一个测试项的测试的输入、预期结果、测试条件、测试步骤等因素的文档。指导测试测试规程：指明执行测试时，测试活动序列的文档。记录测试测试报告：指明执行测试结果的文档。63产品分解结构(系统级产品子系统1子系统2子系统3子系统4子系统NBB1BB2BB3BB1BB2BB1BB2BB3BB4BB1BB2BB3单元1单元2单元3单元464构建模块（BuildB65产品级测试渐PCB设计投板 调试和单元测试硬件设计审查单板测试联调BBIT转测试评审跟踪和解决问题对BUILD的测试代码检视、审查集成测试单元测试编码系统测试SITBetaTest联调BBIT转测试评
16、审跟踪和解决问题对BUILD的测试编码编码单元测试单元测试集成测试集成测试代码检视、审查代码检视、审查系统测试系统测试66说(Building Block Integrate Test)BBFV和SDV是Build的活动对每个Build都要进行BBFV和SDV的活动。TR4和TR4A是基于Build的技术评审1.每个Build进行SDV（功能验证）之前需要进行TR4。2.进行Beta测试和进行SIT（初始产品测试）的Build必须进行TR4A。67Buil划的关键环节；Build划分是定义渐增构建顺序基础；Build划分时，首先要借助产品需求跟踪关系建立系统功能和各基础BB之间的对应关系；为了
17、便于Build划分，系统功能需要保持合适的粒度，对部分耦合性特别强的功能或偏细节的功能首先进行适当的合并。68Build路d计划是后续制订开发计划和测试与验证计划的依据。70产品测试生产品启动定义可测试性需求模块级需求分析、设计、实现、验证测试需求分析和测试计划制定系统需求分析、功能分析、设计综合子系统需求分析、功能分析、设计综合BUILD划分SDV测试执行SIT测试执行SVT测试执行测试评估与关闭产品测试正式启动测试方案设计测试用例设计定义产品包需求和产品概念拟制产品包验证主计划71产品测阶段。72概念阶段测制定产品测试与验证的策略73可测试性设T态（可工作/不可工作，工作性能下降），并隔离
18、其内部故障的一种设计特性。MIL-STD-2165以以提提高高可可测测性性为为目目的的进行的设计称为可测性设计（design for testability DFT），优化设计使单元/模块/系统便于测试，便于发现、定位、隔离和解决异常问题。DFT是是设设计计特特性性，完全由设计所决定，最终用户是不可见的。DFT面面向向全全生生命命周周期期不不同同测测试试过过程程，是调试/验证测试、生产测试、维护测试的基础。74可测试性设计的系统子系统级测试控制台系统级测试控制台芯片级测试控制台板级测试控制台 系统 系统级测试总线 （输入/输出通道）内置自测试隔离与定位测试控制点测试观测点 子系统 子系统 子系
19、统板级测试总线 内置自测试隔离与定位测试控制点测试观测点 电路板 电路板 电路板 芯片级测试总线 内置自测试隔离与定位控制点观测点芯片芯片芯片75可测试性统的YYY部分的集成、调试中，为什么解决问题的速度不够快。原因是定位问题的方法没有预先考虑。”“如果在设计中加强可测试性考虑，能多观察到一些关键的测试变量或者测试脚，出现问题时可以比较容易地定位问题所在的模块，而不至于到处怀疑，茫然失措。”76可测试性需求：-系统可测试性需求及策略-系统调试的可测试性需求-系统验证测试的可测试性需求-系统安装后上电自检的可测试性需求-模块调试与测试的可测试性需求-模块故障诊断测试的可测试性需求等77产品测试e
20、ta测试需求分析4.BBFV测测试试策策略略8.2 Beta测试计划4.1 Building Block I测试策略9.认认证证和和标标杆杆测测试试策策略略4.2 测试环境9.1 认证和标杆测试需求分析4.3 测试重点9.2 认证和标杆测试计划5.SDV测测试试策策略略10.测测试试环环境境筹筹备备计计划划5.1 SDV测试方案概述10.1 测试环境需求分析5.2 BUILD I测试策略10.2 工具/仪器的可获得性风险评估5.2.1 测试环境11.自自主主开开发发工工具具详详细细分分析析5.2.2 测试重点11.1 工具名称6.SIT测测试试策策略略11.2 工具需求分析6.1 测试环境11
21、.3 资源需求分析6.2 测试重点12.附附件件78计划阶段测划制订测试设备总体方案，概要方案制订测试环境方案79测试与验证主人，负责制订整个产品开发的测试主计划。产品SE负责产品集成测试方案的制订与实施。测试代表负责系统测试方案、验证方案、Beta测试、标杆测试、认证测试的方案与实施。80开发阶段初始产品进行测试（SDV/SIT）单元测试、集成测试、SDV、SIT评审资料测试包装测试确定生产验证方案（中试方案）确定试用的客户（准备市场测试）81测试设计与试的用例设计-SDV测试方案同行互审-SIT测试的用例设计-SIT测试方案同行互审-SVT测试的用例设计-SVT测试方案同行互审82开发阶段
22、B口口和和与与其其他他构构建建模模块块之之间间的的接接口，口，包包括括与与已已有有系系统统的的接接口。口。主要活动：-进行测试-问题反馈-回归测试-测试报告输出83系统设计验V构件并按计划进行测试验证产品是否符合原先规定的功能84系统集成测T对从生产线生产出来的首批产品单元进行集成测试（渐增测试和最后的全面测试）验证产品是否符合原先规定的功能比较全面的测试：包括功能、性能、可靠性等85验证阶段情况等SVT测试以面向制造的测试试验局/用户使用测试以验证满意度标杆测试以检验和最佳竞争对手的差距认证测试以获得证书对测试结果进行评估，以决定是否发布86产品的是检验生产工艺、生产测试文件、供应商、供应链
23、、服务编制批量生产文件87产品中方案由项目经理负责组织制作对资源、进度、环境等提出要求88系统验证测T对初始产品进行性能、可靠性、环境等测试89Beta测试际条件中测试产品按计划进行Beta测试定期回访客户，记录Bug并反馈为每个客户记录Beta测试报告90认证进行行业标准鉴定测试他国准入进行测试获得认证书91标杆测试（Benchg借助第三方进行测试和业界最佳竞争对手对比测试92发布户新的需求。93标准软件项SOW系统测试计划项目计划集成测试计划需求分析单元测试计划详细设计概要设计编码单元测试系统测试发布集成测试产品集成工作支持94硬件测试因此单板软件直接在单板上运行前，先去除程序本身的问题。
24、单板硬件是否可靠，需要结合测试软件对单元电路进行稳定性的测试，如对存储器的读写测试，以验证硬件电路的功能完整。单板在与应用软件集成之前，应先进行单板自身的测试工作。95标准硬件项SOW项目计划单元测试计划单板硬件详细设计（LLD）单板总体设计（HLD）PCB设计单板硬件调试和单元测试（UT）发布（更新后的）设计规格产品集成工作支持97过程质量A价已完成的过程、相关工作产品，以及服务等与组织过程定义、规范的一致性。主要活动：客观评价过程。提供客观的认识：客观地跟踪和沟通非一致性的问题，并保证问题被解决。主要活动：沟通不一致性的问题，建立质量保证活动记录。98为什么需成功降成本的需要，事前预防优于
25、事后返工“旁观者”角度看待项目是否成功99QA的在评审的产品/项目的管理者所作的评价的影响。100QA工项目经理质量管理部公司管理高层产品QA软件QA硬件QA技术支持QA供应链QA101PQA关系：PQA：主要关注产品开发全流程、全功能领域的流程一致性，产品质量目标监控和质量相关问题的协调；SQA、HQA等功能领域QA：主要关注软件和硬件开发项目等功能领域的流程以及相关业务活动的质量工作；PQA负责在产品层面协调各个功能领域的质量问题；PQA与研发SQA、HQA等功能领域QA没有领导和考评关系，只是工作协调、配合、相互支持的关系。102过程QA组织技术评审协助裁减，形成项目WBS（工作分解结构
26、）汇报过程质量诊断与改进（医生）103PQA施；作为产品QA工作的总负责人；引导和审计，确保活动交付件满足质量要求，以达到产品质量目标和计划；担任技术评审的过程专家；搜集、统计产品质量数据，组织分析并给出建议；缺陷预防，对产品质量问题进行回溯，推动预防措施落实；完成产品质量月报，提交给项目经理，作为其决策时参考。104PQA在产品开发概念阶段计划阶段开发阶段验证阶段发布阶段流程咨询及答疑（贯穿全流程）105QA审计批准并签发审计计划（产品线运作及质量管理部部长）批准审计日历（产品线运作及质量管理部部长）结束会议（审计组长）高级经理Review（高级经理）准备审计日历准备审计计划实施审计（审计者）签发审计日历（PLIPMT）开工会（审计组长）审计分析审计跟踪（PQA）
