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语言包发现问题,直接给软件负责人