Kintana是Mercury的变更管理工具

Kintana是Mercury的变更管理工具软件测试专业网站:51Testing软件测试网 fr4}m v!i

2\W o
|piR86375 整个流程中涉及到的角色有：IT经理，项目经理，业务专家，开发人员，QA经理，自动化测试工程师。软件测试专业网站:51Testing软件测试网D)mQ,f:ks k2x
}Zz
具体流程，所有涉及到的角色，都用红色标注：软件测试专业网站:51Testing软件测试网%\%_
[%D Fl
1、业务专家首先在Kintana中提出变更的需求，并且将变更的细节作为附件。Kintana将为这个变更的需求分配一个ID，这个唯一的ID将是整个变更流程的唯一的跟踪点。软件测试专业网站:51Testing软件测试网 ^}1g Wja!v,?5~g){
bEB
2、Kintana将这个变更的需求加入到IT经理的工作列表中，然后通知IT经理。软件测试专业网站:51Testing软件测试网;\4JhQ8u%@ Q!mY
3、IT经理评审变更的需求，并同意。
R'f]Y
?/Vt5C86375 4、Kintana将批准的变更需求加入到项目经理的工作列表中，然后通知项目经理。软件测试专业网站:51Testing软件测试网\X/t"]/~Y
5、项目经理将该任务分配给开发人员。软件测试专业网站:51Testing软件测试网6F
_ | HUa-`
6、Kintana将任务加入到开发人员的列表中，然后通知开发人员。
w lsys86375 7、开发人员根据任务和附件，进行设计。与此同时，在Kintana中，QA的工作流也开始了。
0y/g9Se3dd2E86375 8、Kintana发送一封电子邮件给QA经理，电子邮件中包含创建测试需求的链接软件测试专业网站:51Testing软件测试网eKGP~{+O9]0b
9、QA经理根据链接在QC内创建测试需求，并且将测试需求的状态更改为Reviewed
6eJ A-RS%c\86375 10、Kintana发送一封电子邮件给QA经理，电子邮件中包含创建测试用例的链接。
8x,w-z o]o86375 11、QA经理根据链接在QC内创建测试用例，并且其状态为“Completed”
/]2S:m}pf+eA9i2m86375 12、与此同时，在设计被批准之后，开发人员开始进行编码工作，并且将应用部署到测试环境中。软件测试专业网站:51Testing软件测试网\2yN4h1R{5l+m
13、当应用系统被部署到测试环境后，Kintana发送一封电子邮件给自动化测试工程师，其中包括建立测试集的链接。
E G+~.~)OU}86375 14、当QA经理将评审过新建立的测试集后，将其状态置为“Reviewed”。
2`:m9[%z^D86375 15、执行测试，将结果写回到QC中。软件测试专业网站:51Testing软件测试网&`v{*` Np"_ L
16、所有的缺陷都和在Kintana中产生的ID想关联。缺陷的整个生命周期在QC内完成。
|!J2].cjPq@ S+j/y86375 17、QA经理标识整个测试阶段完成。
)o0DL JtK4lG86375 18、Kintana通知IT经理，IT经理批准发布。

原文转自：http://www.ltesting.net