• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

软件测试工具Kintana:Mercury的变更管理工具

发布: 2010-5-06 13:31 | 作者: 网络转载 | 来源: 领测软件测试网 | 查看: 50次 | 进入软件测试论坛讨论

领测软件测试网

软件测试工具Kintana:Mercury的变更管理工具  

Kintana是Mercury的变更管理工具。
 
  整个流程中涉及到的角色有:IT经理,项目经理,业务专家,开发人员,QA经理,自动化测试工程师。
 
  具体流程,所有涉及到的角色,都用红色标注:
 
  1、业务专家首先在Kintana中提出变更的需求,并且将变更的细节作为附件。Kintana将为这个变更的需求分配一个ID,这个唯一的ID将是整个变更流程的唯一的跟踪点。
 
  2、Kintana将这个变更的需求加入到IT经理的工作列表中,然后通知IT经理。
 
  3、IT经理评审变更的需求,并同意。
 
  4、Kintana将批准的变更需求加入到项目经理的工作列表中,然后通知项目经理。
 
  5、项目经理将该任务分配给开发人员。
 
  6、Kintana将任务加入到开发人员的列表中,然后通知开发人员。
 
  7、开发人员根据任务和附件,进行设计。与此同时,在Kintana中,QA的工作流也开始了。
 
  8、Kintana发送一封电子邮件给QA经理,电子邮件中包含创建测试需求的链接9、QA经理根据链接在QC内创建测试需求,并且将测试需求的状态更改为Reviewed 10、Kintana发送一封电子邮件给QA经理,电子邮件中包含创建测试用例的链接。
 
  11、QA经理根据链接在QC内创建测试用例,并且其状态为“Completed”
 
  12、与此同时,在设计被批准之后,开发人员开始进行编码工作,并且将应用部署到测试环境中。
 
  13、当应用系统被部署到测试环境后,Kintana发送一封电子邮件给自动化测试工程师,其中包括建立测试集的链接。
 
  14、当QA经理将评审过新建立的测试集后,将其状态置为“Reviewed”。
 
  15、执行测试,将结果写回到QC中。
 
  16、所有的缺陷都和在Kintana中产生的ID想关联。缺陷的整个生命周期在QC内完成。
 
  17、QA经理标识整个测试阶段完成。
 
  18、Kintana通知IT经理,IT经理批准发布。

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

TAG: Kintana mercury Mercury 工具 管理 软件测试


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备2023014753号-2
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网