CQ流程文档Word下载.docx

CQ流程文档Word下载.docx

《CQ流程文档Word下载.docx》由会员分享，可在线阅读，更多相关《CQ流程文档Word下载.docx（15页珍藏版）》请在冰豆网上搜索。

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”、“第三方”、“平台”、“驱动”、“硬件”时，NeedVerify=True的缺陷由测试人员来关闭，NeedVerify=False的缺陷由项目负责人来关闭；

其他的都由QA来关闭；

1.1.2说明

●新缺陷提交者（测试人员、QA或者项目组成员）

动作

填写内容（只列出了必填项）

事前通知

事后通知

【Submit】

提交新需求

Headline

Phase

Reason

Description

Severity

Project

Owner

FoundBaseline（软件类必填）

HW（硬件必填）

Serial（生产售后必填）

Extname（生产售后必填）

发现地点（生产售后必填）

通知项目负责人和属主

●项目负责人或QA

填写内容

【Assign】

将缺陷Assign给项目组成员

Priority

当缺陷提交后，相关负责人会收到Email提醒

通知Owner

【Duplicate】

将缺陷置为重复

DupID

通知提交者、项目负责人

【Reject】

将缺陷置为拒绝的

NewNote

同上

【Unreject】

撤销对缺陷拒绝的处理

【Postpone】

将缺陷置为推迟

【Unpostpone】

撤销对缺陷推迟的处理

【NotRepro】不能复现

【Accept】

撤销对缺陷不能复现的处理

●Owner（项目组成员）

【Open】

接受任务，并且开始工作

项目负责人指定Owner后，Owner会收到Email提醒

【Return】

不接受任务，退给项目负责人

通知项目负责人

【Finish】

完成任务，指定项目组其他人做检查

Reviewer

ExpectedBaseline

通知Reviewer

【Resolve】

当Reason不是软件时，Owner完成修改后，可以直接Resolve

IsVerified

通知测试人员（需要验证）、项目负责人（不需要验证）、Owner

●Reviewer（项目组成员）

检查完成，没有问题

IsVerified

Owner完成任务指定Reviewer后，Reviewer会收到Email提醒

【Reopen】

检查完成，有问题

●测试人员

【Close】

经过验证，没有问题

ReleaseBaseline

Reviewer做完检查，没有问题，测试人员会收到Email提醒

通知Owner、项目负责人、Submitter

经过验证，有问题；

或者是已经处于Closed状态的问题，再次复现

Depend

通知测试人员、项目负责人

1.2新需求流程

1.2.1流程图

●软件最终状态是Coded即可，不用Resolve；

不同于缺陷流程，coded后必须resolved；

1.2.2说明

●新需求提交者（任何人）

标题

需求描述

通知三个接口人

●UI接口人

【UIAssign】

将新需求Assign给UI负责人

UI负责人

当新需求提交后，UI接口人会收到Email提醒

通知UI负责人

●UI负责人

【UIOpen】

（需求讨论之后）

UI负责人开始编写UISpec

需求讨论人员

开始时间

结束时间

UI接口人分配任务后UI负责人会收到Email

【UIFinish】

（Spec评审之后）

UISpec完成并通过评审，结束工作

需求评审人员

添加UISpec附件

通知软件和测试接口人

拒绝

填写注释，说明拒绝理由

将已拒绝的新需求重新收回

填写注释，说明接受理由

●软件接口人

【SWAssign】

指定软件负责人

软件负责人

UI负责人完成工作后软件接口人会收到Email提醒

通知软件负责人

●测试接口人

【TEAssign】

指定测试负责人

测试负责人

UI负责人完成工作后测试接口人会收到Email提醒

通知测试负责人

●软件负责人

【SWOpen】

开始编写代码

设计评审人员

软件设计文档（附件，必填）

当软件接口人分配任务后软件负责人会收到Email

【SWFinish】

代码完成

代码评审人员

软件和测试都完成时发信给测试负责人

发现问题，将新需求回退给UI

填写注释，写明退回原因

●测试负责人

【TEOpen】

开始编写Case

当测试接口人分配任务后测试负责人会收到Email

【TEFinish】

Case完成并通过评审

Case评审人员

通过测试

当代码及Case都完成时，自动进入Testing状态，此时测试负责人会收到Email提醒，进入测试状态

1.3第三方软件流程（thirdParty）

1.3.1流程图

角色：

第三方接口组（3rdInterface）、第三方软件集成组（3rdIntSW）、第三方测试组（3rdTE）

软件包类型为C时走红色分支，为Java或Cab时走黑色分支；

1.3.2说明

●第三方软件集成需求提交者（任何人）

标题（必填）

描述（必填）

通知

●第三方接口人

【Evaluate】

评估通过

软件负责人（C包必填）

测试负责人（必填）

评估报告（必填）

软件包、收费说明、测试用例FTP链接地址

其他接口及收费相关信息

如果是C包，通知软件负责人；

如果是java或cab包，通知测试负责人开始测试；

【Revise】

第三方修正了测试上报的缺陷后

NewNote（必填）

新软件包及ReleaseNote在FTP的链接地址

通知软件和测试负责人

将评估通过的需求回退到提交状态

填写注释，说明回退理由

【Spread】

适配成功后，需要集成到其他的和适配项目区别不大的项目

开始集成

完成集成

说明在哪个版本完成集成的

开始测试

第三方接口人完成评估工作后测试负责人会收到Email提醒

【TESemifinish】

基本完成测试

【TEfinish】

完成测试

【3rdFail】

C语言以外的软件包发现问题，直接给第三方接口人

【SWFail】

C语言包发现问题，直接给软件负责人