| IBT基本思想-渐增构建

IBT（渐增构建与测试）：功能逐步增加，逐步测试，一次只合入较小的功能子集。

• 后续Build在前面Build测试稳定之后才开始

• 更容易定位和解决问题

• 不要等到所有功能模块准备好就开始测试

  
  

• 构建模块功能确认BBFV（Building Block Function Validation)：构建模块是指设计单元，例如一个单元电路、一个软件函数、一个结构零件等等。BBFV通常是以设计人员为主，测试人员参加。

• 系统设计验证SDV(System Design Validation)：子系统或模块级测试，包括基本功能、性能的常规测试、以及各种可靠性测试，例如针对电子产品的容错/容限测试、EMC测试、安全测试、噪声测试、热测试、环境可靠性测试等等。若是机械结构类产品或部件，SDV应增加疲劳测试、结构强度测试、结构刚性测试等。SDV工作通常是以测试人员为主，设计人员参加。

• 系统集成测试SIT（System Integration Test）：产品整机测试，测试内容与SDV大致相同，但增加可用性测试、可维护性测试和包装测试。SIT在开发阶段后期，有测试人员负责完成。

• 系统验证测试SVT（System Verification Test）：小批量试制情况下的测试，测试内容与SDV大致相同，但强调从试制生产线随机抽验，关注产品质量一致性，SVT必须在SIT完成之后在验证阶段完成。SVT工作以测试人员为主，试制人员参加即可。
  

| 开发阶段BBFV/SDV和TR的关系

• BBFV SDV和Build的活动：对每个Build都要进行BBFV和SDV的活动。
• TR4和TR4A是基于Build的技术评审：进行初始产品测试（SIT）的Build必须进行TR4A；每个Build进行功能验证（SDV）之前需要进行TR4。
  

| 测试过程概览（PTM）

从这个图我们可以看到，为什么IPD在概念阶段就需要开始考虑产品的可测试性需求。一个完整的PTM是从产品最初阶段就开始了对测试的管理和开发。

| PTM（产品测试管理）流程的系统架构

从空间结构来看，IPD-PTM流程可分为三个层次、两个保障，如下图：

| Beta测试流程的主要特点

• 主要功能：在客户环境中进行产品测试，验证需求。
• 功能范围：产品所有功能的全集或子集。
• 批准：（在PDCP通过IPMT决策）PDT自主决定，遵循Beta进入标准。
• 时间点：一般在TR6之前和TR5之后。
• 谁负责：TE（测试工程师）。
• 谁提供服务支持：研发负责，在升级到GA版本后移交给技术支持。
• 硬件要求：最好是最终的硬件，最少达到SIT级。
• 软件要求：SIT级。
• 外部沟通要求：在PDCP之后透露给Beta计划中选定的客户。
• 对开发和制造进度的影响：可能较小，可以与SVT并行（如果获得PDCP批准，可与SIT并行），数量和时间安排必须在PDCP承诺。

| 试验局（Beta）流程框架介绍

试验局测试即系统的Beta测试。对于在实验室不能进行的测试和验证工作，选择典型的应用场合，在用户的实际使用环境中进行的测试的活动，称为试验局。

| 早期销售支持GA级产品

• ESP：早期客户支持
• ESS：早期销售支持

| 产品功能子集的早期销售支持

| ESS（早期销售支持）审批权限划分

| Beta、ESP、ESS流程重点比较

| PCN（产品变更通知）流程

紧急事件通知（FN：Field Notice）：针对产品的缺陷向客户进行预警，执行规避措施，减少网上事故。缺陷如果计划变更，还需要向客户发产品变更通知（PCN：Product Change Notice）。

PCN一般需要提前（要求客户的实施前）通知客户，客户来决定是否实施。PCN沟通时间一般要求在20天内完成。

| 集成配置器开发流程介绍-集成配置器开发