跳转至

测试相关

  • CL分析:其中CL指change list
  • TR:Technical Review 技术评审,也称软件成熟度评审,代表当前阶段产品成熟度
  • STR:Software Technical Review 指针对软件进行的TR评审
  • 软件KO:软件Kick Off,软件项目开工会议
  • EWP:Early Warning Process,早期预警机制,新产品上市后第一批故障机的分析活动
  • 软件项目定级:软件项目定级指针对软件特性对软件项目进行分级,明确定级标准和依据
  • KEP:Key Experience Path 关键体验路径,KEP是每个特性中最主要的影响用户体验的场景和过程
  • KEI:Key Experience Indicator 关键体验指标,KEI是对应每个用户场景下,应满足的最佳端到端体验指标
  • DI:Defect index 缺陷指数
  • Common Feature:普通需求
  • New Feature:新需求
  • PRD:Product Requirement Document 产品需求文档
  • OTA:Over the Air Technology 数据下载后服务更新
  • 自升级:应用通过应用商店普通升级
  • 解耦/非解耦应用:解耦应用指的无需随ROM外发,可通过应用商店自升级的应用;非解耦应用指进可随ROM OTA升级的应用,无法通过应用商店自升级的应用。

IPD流程

Integrated Product Development / 集成产品开发

IPD 的思想来源于 PRTM 公司 1986 年提出的《产品及生命周期优化法》(简称 PACE - Product and Cycle-time Excellence)。后来 IBM 吸收了 PACE 很多的理论精华,更强调跨部门协同以及市场驱动的重要性,并集成了罗伯特·G·库伯的门径(Stage-Gate)理念,最终形成了 IBM 产品开发的方法体系——IPD。1998 年华为在 IBM 的帮助下导入 IPD,后经过二十年的不断发展优化,形成了华为特色的 IPD 整套方法论和可操作体系。 ·

  • TR1:概念评审,确认概念是否可行
  • TR2:方案评审,确认方案是否可行
  • TR3:可行性评审,确认支持PDR的技术方案是否可行
  • TR4:技术方案与排期评审,确认技术方案及排期、测试方案及排期是否可行
  • TR4A:FC评审,确认工具是否FC
  • TR5:稳定状态评审,确认是否达到拉稳定分支的质量标准
  • TR6:封包评审,确认全家是否达到封包标准