产品缺陷管理指南-开发平台-A0.docx

PAGE

产品缺陷管理指南-开发平台

1.0目的：

规范产品开发过程中bug的处理

2.0范围：

适用于音频事业部技术中心开发平台部

3.0权责：

LPDT：负责评审结果与IPMT进行决策

产品经理：负责产品关联项目，并核对评审客户PRD、UI类相关Bug

项目经理：负责创建项目，指导bug的解决进程

测试人员：负责产品测试、bug提交、验证bug、测试状态更新

互连工程师：负责分析与解决互连相关的BUG

包装工程师：负责分析与解决包装相关的BUG

平面工程师：负责分析与解决平面相关的BUG

4.0定义：

产品缺陷：是指不满足产品规格预定功能或性能要求的问题，我们常用“Bug”代称；

5W2H：5W2H\t/item/5W2H%E5%88%86%E6%9E%90%E6%B3%95/_blank分析法又叫七问分析法，创于\t/item/5W2H%E5%88%86%E6%9E%90%E6%B3%95/_blank二战中\t/item/5W2H%E5%88%86%E6%9E%90%E6%B3%95/_blank美国陆军\t/item/5W2H%E5%88%86%E6%9E%90%E6%B3%95/_blank兵器\t/item/5W2H%E5%88%86%E6%9E%90%E6%B3%95/_blank修理部。发明者用五个以W开头的\t/item/5W2H%E5%88%86%E6%9E%90%E6%B3%95/_blank英语单词和两个以H开头的英语单词进行设问，发现解决问题的线索，寻找发明思路，进行设计构思，从而搞出新的发明项目，这就叫做5W2H法；

测试人员：包含专业的测试人员、工程人员及产品使用人员；

分析人员：包含互连工程师、包装工程师和平面工程师；

BMS：bugmanagersystem音频事业部缺陷管理系统；

5.0作业内容：

5.1bug处理流程

5.1.1发现与提交：

专业的测试人员或在使用过程中发现bug，然后通过BMS提交bug，

提交bug有以下几点要求：

描述采用书面语，简洁明了；

尽量以5W2H的形式描述，务必将问题描述清楚，不能让人产生歧义；

必须以数据为依据，让接受问题的人或者参与者也能很直观的了解问题状态；

例如：2023年2月9日，在实验室发现，Thanos2项目DV阶段单体跌落实验内包装移位，电源适配器散开脱落、产品主机两端外观损坏。测试数量2PCS,不良率100%。

5.1.2分析与解决：

查看bug

分析人员在收到BMS发送的邮件后，登录BMS查看bug，并了解bug的状态；

登录地址：51/bms/www/index.php?m=userf=login

登陆用户名：英文名+姓名全拼(例如：tom.xxxxx)

登陆密码：默认密码为英文名（首字母大写）+123（例如：Tom123）

如果忘记了登录密码，可以找BMS管理员重置密码

分析bug

根据问题描述找到出现bug的样机，并进行bug复现，确认是否属于bug；

复现不了的bug要制定测试计划，比如硬件类bug增加测试样品数量，软件类bug增加测试次数；

确认bug后，找同类型产品做对比，确认是否属于批量性还是个案，并确认bug的范围，包括软件与硬件的版本、出现的阶段、物料供应商等等；

故障样机的配置、现象和复现bug的过程最好是以拍照或者录制视频的形式留底，以便于后续做比对；

比如，包材类的bug属于硬件bug，需要确认包装设计资料的版本，包材供应商是哪一家，此问题点在上一版是否会复现，假如找不到问题样机且问题不容易复现，就要加大测试的样板数量。

注意：在这个阶段有可能出现测试人员错误分配bug责任人的情况，假如bug责任人不是自己，应该向bug提出人反馈并将bug移交给对应的责任人，不能置之不理。

解决bug

解决bug按照解决方式分为直接解决和间接解决；

直接解决是指将bug处理掉，不让它再出现，

间接解决指的是通过变更产品规格、UI定义等方式忽略bug。

解决bug需要准备多种方案，不能只有唯一的方案，建议至少有3个方案；

解决bug的方案首先从技术可行性方面去考虑，达到解决bug的目标，不能从单一成本的角度去考虑，应该全价值链考虑；

从多种解决方案中选择最适合的方案执行，或者是按照解决方案的优先级别执行；

当解决方案出现争议时有必要召开项目组会议，通过集体讨论，对比方案的可行性，确认可执行的方案；

分析人员根据确定的解决方案安排设计与材质等方面的更改、打样、摸底测试，以确认解决方案的有效性。

比如：要解决包装可靠性测试不通过的bug，需要从包装资料设计、材质、生产工艺、装配方式和测试条件等方面去分析，并准备至少3个解决方案和摸底测试计划，通过优选排序