ibm websphere版本 缺陷管理工具qc难么 让QualityCenter走下神坛--测试管理工具大PK(4)

当然，得先从QC说起。

从TD以来一直到后来的QC、ALM，QualityCenter一直把testplan认为是testcases——从这里很容易看出来，设计这款工具的人是做开发出身的，不懂测试，呵呵。

而它的Release模块倒可以理解为粗略的测试计划模块，只是太粗糙了点儿。

http：//wenku.baidu.com/view/04a20cee998fcc22bcd10d81.html

QC的需求管理严格意义上不属于真正意义上“开发需求的管理”，而是指针对测试需求的管理，并且可以结合Release模块设定简单的基线，不过如果你用过CaliberRM这种级的需求管理工具，就会发现QC的Requirements实在是弱爆了！

（五）没落是一个不争的事实。ibm websphere版本

总而言之一堆的问题要注意要设置好，还记得当年我写的那篇《关于"TheRPCserverisunavailable"的探讨及解决方案》吗？这个也是其中之一。

既然提及QualityCenter，就得先谈Mercury，而既然提及Mercury，就得先谈HP。毕竟是大环境的衰败造就了QC的没落，难道不是吗？

TD的设计思路简单清晰，整个过程就是：写测试需求–》写测试用例–》执行测试用例–》提交缺陷、跟踪缺陷。ibm websphere版本总共只有四件事，而且完全符合Testers的日常工作流程。在当时同类竞争对手几乎只有缺陷管理工具Mantis、Bugfree、Bugzilla、ClearQuest，论强大论易用性都明显被拉开了一大截——绝对领先优势！

相信很多朋友都见过下图的这个页面吧？

MicroFocusSCTM就不一样了，它支持项目级的需求基线，而且可以直接切进CaliberRM（这是亮点），这才是真正意义的需求全生命周期管理。

测试计划是什么？首先测试过程会分为计划、设计、实现、执行几个活动（按ISTQB的说法是测试过程分为计划和控制阶段、分析和设计阶段、实现和执行阶段、评估出口准则和报告阶段以及结束收尾阶段），分别解决“做什么”、“如何做”、“具体步骤是什么”、“发现缺陷并跟踪缺陷”、“评估测试报告”这几个问题。

这也是为什么大家总感觉当初使用Mercury工具的时候那样心潮澎湃，现在每每看到HP的升级版却诸多失望多于期望。因为最核心的高层、架构师和专家早已离开了HPMercury团队。

看到了吗？QC从昔日的一股独大，变成了今天群雄并争。最明显的就是Jira，从2009年的14%上升为24%！！猛增10个百分点哦！这风头在自动化那边也是同样，Selenium从2009年的4%上升为12%。

QC也莫过于此。

1、项目经理决定延迟修改缺陷时，先在注释中写明延迟修改的原因，再将缺陷状态置为“延期”。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-69818-4.html