0.1 缺陷流程 0.1.1 流程图
Duplicated Duplicate 、Unduplicate[项目负责人，QA，测试人员] Reject、Unrejectt [人员同Duplicated] NotRepro、Accept [人员同Duplicated] Postpone、Unpostpone[人员同Duplicated] Open[owner] Return[软件类以外owner]Rejected NotRepro Submitted Submit[项目组成员，测试人员，Assign[项目负责人，QA] QA] Return[owner] Postponed Finish[软件类owner] Assigned Open[owner] Opened Coded Return[软件类以外owner] Reopen[软件类Reviewer] Review[软件类Reviewer] Resolve[软件以外owner] Resolve[软件类以外owner] Reopen[测试人员、Reviewer、QA、项目负责人] Resolved Resolve[软件类Reviewer] Reviewing Close[项目负责人，测试人员，QA] Reopen[测试人员] Closed 常见问题： ? 中英对照：
Duplicated 重复的 Rejected 无效的、被拒绝的 NotRepro 无法复现的 Postponed 推迟的 Coded 代码完成 Reviewing 代码检查 Reason 问题原因 Phase 阶段 Severity 严重性 Priority 优先级 Reviewer 代码检查者 DupID 重复的defect的ID DepID 依赖的defect的ID
?
? ? ?
Found Baseline 发现defect的软件版本 Release Baseline 已发布的解决该问题的软件版本 IsVerified 是否需要验证 HW 硬件 Mould 模具版本 Serial 型号，如TBW7801具体的型号有A、B、C Extname 外部名称，如TBW7801外部名称为W700 NewNote 最新的注释
Reason决定了流程的控制和走向，但开发人员往往不注意：
1． 软件类（软件、软件海外、BSP、平台、驱动）的问题，谨慎open操作，
一旦open就不能return回原来的状态，只能继续往下走；
2． Assign操作由对应reason的项目负责人来执行，软件负责人分配reason
为软件、软件_OSA、第三方、平台的问题，软件海外负责人只能分配reason为软件海外的问题，驱动、BSP、硬件、ID、MD负责人分配reason为驱动、BSP、硬件、ID、结构的问题，QA分配reason为前面列出的以外的问题；
3． 软件类以外（软件_OSA、第三方、硬件、ID、结构、物料、生产、流程、
其他）的问题可以直接从Opened状态Resolve，软件类（软件、软件海外、BSP、平台、驱动）的问题则必须经过Review才可以Resolve；
如果在submit时已经填写了owner，则可以直接open，省略掉assign; Owner是驱动组成员时，必须选择驱动代码评审组的人做reviewer;
非QA提交的问题，当Reason（归属）为“软件”、 “软件海外”、“软件_OSA”、“BSP”、“第三方”、“平台”、“驱动”、“硬件”时，Need Verify=True的缺陷由测试人员来关闭，Need Verify=False的缺陷由项目负责人来关闭；
其他的都由QA来关闭；
0.1.2 说明
? 新缺陷提交者（测试人员、QA或者项目组成员） 动作 填写内容（只列出了必填项） 事前通知 【Submit】 Headline 提交新需求 Phase Reason Description Severity Project Owner Found Baseline（软件类必填） HW（硬件必填） Serial（生产售后必填） Extname（生产售后必填） 发现地点（生产售后必填） ? 项目负责人或QA 动作 填写内容 事前通知
事后通知 通知项目负责人和属主 事后通知
【Assign】 Owner 将缺陷Assign给项目组成Priority 员 【Duplicate】 将缺陷置为重复 DupID 【Reject】 将缺陷置为拒绝的 【Unreject】 撤销对缺陷拒绝的处理 【Postpone】 将缺陷置为推迟 【Unpostpone】 撤销对缺陷推迟的处理 【NotRepro】不能复现 【Accept】 撤销对缺陷不能复现的处理 ? Owner（项目组成员） 动作 【Open】 接受任务，并且开始工作 NewNote 同上 同上 同上 同上 同上 当缺陷提交后，相关负责人会收到Email提醒 当缺陷提交后，相关负责人会收到Email提醒 同上 同上 同上 同上 同上 同上 通知Owner 通知提交者、项目负责人 同上 同上 同上 同上 同上 同上 填写内容 【Return】 NewNote 不接受任务，退给项目负责人 【Finish】 完成任务，指定项目组其他人做检查 【Resolve】 当Reason不是软件时，Owner完成修改后，可以直接Resolve Reviewer ExpectedBaseline NewNote IsVerified 事前通知 项目负责人指定Owner后，Owner会收到Email提醒 项目负责人指定Owner后，Owner会收到Email提醒 事后通知 通知项目负责人 通知Reviewer 通知测试人员(需要验证)、项目负责人（不需要验证）、Owner ? Reviewer（项目组成员） 动作 填写内容 【Resolve】 NewNote 检查完成，没有问题 IsVerified
事前通知 事后通知 Owner完成任通知测试务指定人员(需
【Reopen】 检查完成，有问题 NewNote Reviewer后，要验证)、Reviewer会收项目负责到Email提醒 人（不需要验证）、Owner Owner完成任通知务指定Owner Reviewer后，Reviewer会收到Email提醒 事前通知 Reviewer做完检查，没有问题，测试人员会收到Email提醒 Reviewer做完检查，没有问题，测试人员会收到Email提醒 事后通知 通知Owner、项目负责人、Submitter 通知Owner ? 测试人员 动作 【Close】 经过验证，没有问题 填写内容 Release Baseline NewNote 【Reopen】 NewNote 经过验证，有问题； 或者是已经处于Closed状态的问题，再次复现 【Duplicate】 将缺陷置为重复 【Reject】 将缺陷置为拒绝的 【Accept】 撤销对缺陷拒绝的处理 【Postpone】 将缺陷置为推迟 【Unpostpone】 撤销对缺陷推迟的处理 【NotRepro】不能复现 【Accept】 撤销对缺陷不能复现的处理 Depend NewNote 同上 同上 同上 同上 同上 通知测试人员、项目负责人 同上 同上 同上 同上 同上 同上
0.2 新需求流程 0.2.1 流程图
Rejected[UI接口人]1.[任何人][UI负责人,UI接口人]Submitted2.[UI接口人]UIAssigned3.[UI负责人]UIOpened4.[UI负责人]UIFinished5.Implementing[软件接口人]Assigned[测试接口人]Assigned[软件负责人][测试负责人][测试负责人]Coding[测试负责人]Casing[软件负责人]Coded[测试负责人]CasedClosed8.[测试负责人]Testing7.[测试及软件都完成时,自动进入Testing状态]新功能流程——状态图 (图中红色表示主线，即顺利情况下的工作流程)
常见问题：
? 软件最终状态是Coded即可，不用Resolve；不同于缺陷流程，coded后必须
resolved； 0.2.2 说明
? 新需求提交者（任何人） 动作 填写内容 【Submit】 标题
事前通知 事后通知 通知三个
CQ流程文档.doc
