Kintana——Mercury的变更管理工具

转自平凡岁月blog
`m*n6Z5H"k0 51Testing软件测试网?1_R;QR3D+Vc
Kintana是Mercury的变更管理工具51Testing软件测试网Po+M1Uc

@$S2Ba7bs:T u?0 整个流程中涉及到的角色有：IT经理，项目经理，业务专家，开发人员，QA经理，自动化测试工程师。51Testing软件测试网e9_+aS n2c Y K
具体流程，所有涉及到的角色，都用红色标注：
VlQ;^zN$mD0 1、业务专家首先在Kintana中提出变更的需求，并且将变更的细节作为附件。Kintana将为这个变更的需求分配一个ID，这个唯一的ID将是整个变更流程的唯一的跟踪点。51Testing软件测试网/K1G&v1CA4h
2、Kintana将这个变更的需求加入到IT经理的工作列表中，然后通知IT经理。
+~+yi*WX,r
R0 3、IT经理评审变更的需求，并同意。
i)Z,mF!c&Rae#M}k0 4、Kintana将批准的变更需求加入到项目经理的工作列表中，然后通知项目经理。
&Ben:O(w4Ly
C;N0 5、项目经理将该任务分配给开发人员。51Testing软件测试网8b1o`QE!p
u
6、Kintana将任务加入到开发人员的列表中，然后通知开发人员。51Testing软件测试网 OK5rD&O5R
7、开发人员根据任务和附件，进行设计。与此同时，在Kintana中，QA的工作流也开始了。
ldK*Y;AK
D6Bq0 8、Kintana发送一封电子邮件给QA经理，电子邮件中包含创建测试需求的链接
k6@k,aTB;e1g_2LO0 9、QA经理根据链接在QC内创建测试需求，并且将测试需求的状态更改为Reviewed51Testing软件测试网q/N m)J)b b
10、Kintana发送一封电子邮件给QA经理，电子邮件中包含创建测试用例的链接。51Testing软件测试网V(l7DR,J;Y}4_wV;h
11、QA经理根据链接在QC内创建测试用例，并且其状态为“Completed”51Testing软件测试网aE['r~5@!C`v
12、与此同时，在设计被批准之后，开发人员开始进行编码工作，并且将应用部署到测试环境中。
,c9s8qgf~1u0 13、当应用系统被部署到测试环境后，Kintana发送一封电子邮件给自动化测试工程师，其中包括建立测试集的链接。
O}v0Z`)Y0 14、当QA经理将评审过新建立的测试集后，将其状态置为“Reviewed”。51Testing软件测试网 \M8{#f"P.~z t
15、执行测试，将结果写回到QC中。
U%T2m aE0 16、所有的缺陷都和在Kintana中产生的ID想关联。缺陷的整个生命周期在QC内完成。
8vN$j*iR0 17、QA经理标识整个测试阶段完成。
D3S%h2l\-]F0 18、Kintana通知IT经理，IT经理批准发布。