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

2、强大的易用性。

HP肯定会说：你不了解名字背后的意义，好吧，我替你们来说：TD升级为QC的本意是从测试整合为质量中心，把QTP捆绑进来，QC改名为ALM就是希望它不再只是针对测试或质量的管理平台，而是一个完整的软件生命周期管理平台。

悲剧就在这里，自从HP收购了Mercury，内部发生了大动乱，HP素以抠门闻名，收购了Mercury研发团队后，很的薪资被砍掉了三分之二！于是整个团队分崩离析……

各位都明白了吗？这也是为什么越来越多的用户抛弃了HPQualityCenter的原因，内存要求短短几年之间翻了62.5倍！！惊人吧！！！

呵呵，就这么巧合，至于为什么会这样，明眼人一看就知。现在明白什么叫“SalePolicy”了吗？我先让你用旧版的，等你用上了以后，数据都在上面了，然后我推新版的，诱惑你用，……，一步步让你深陷其中，当你有一天发现你已经离不开我的时候，我对你实行收费……WOW！pfpf，果然厉害！所以，一代又一代的TestManager前赴后继，大力推行TD。51Testing软件测试网%tVm%}'p！i+_

（二）再说Mercury和QualityCenter。

（三）嫁对男人是女人一生的事业。

为什么？很多原因。且听我细细道来。为了更好的说明，我以和它体量相当的大型测试管理平台比如MicroFocusSCTM(SilkCentralTestManager)、51TestingTestPlatform、IBMRQM来跟它做个简单对比——为什么不拿AtlassianJira对比？因为Jira现在虽然也在朝着“全生命周期管理”的方向靠，也有需求管理、错误跟踪这些模块，但是走的路数和QC不太一样（设计思路不太一样，Jira走的是敏捷&项目管理模式），而且对测试需求和测试用例没有提供直接的方式进行管理（可以和别的工具集成），不好对比。当然后面还是会提及。

TD的安装相当简单，几乎是傻瓜式操作，“下一步”、“下一步”、……、“完成”。连都删繁就简的采用Access，安装的便捷，怎一个爽字了得！

测试管理工具：TestDirectoràQualityCenteràALM

所以，你们都看到了，……，就像QTP的新版本UFT一样，加了什么PDF验证、类增强、支持移动设备……，都有啥用啊？！你内核没有改变啊，大侠。。。一一大帮子人做了一整年就加了这么一点东西，还好意思拿出来说啊？！

真正做到了可以沿着IEEE829的样板编写测试计划的工具目前还没有，不过IBMRQM算是比较接近的，它们可定义做到的是定义测试目标，定义过程，定义每次迭代的进度并对重要的milestone跟踪，可以估计工作量，可以列出测试环境，定义开始和结束的标准，……，总体来说还算不错。

1、莫名其妙的架构设计。

（四）关于“改名”的乐趣。

相比之下，真的建议他们（HPQC的架构师）去学习一下Jira和MicroFocusSCTM，全部是用JavaScript类库实现，真正意义上的纯B/S架构，所以所有的浏览器都可以轻松访问，无需额外安装其他ActiveX！

然而，QC里所谓的测试计划（testplan）对于以上这些统统没有涉及，实质上却是编写测试用例的模块，你可以看到用例的目录规划、用例的名称、用例的步骤，还可以看到用例的类型（是手工测试还是自动化测试），……，总而言之，这就是TestCases。

大家应该都还记得著名的TDLicense吧？有人称之为“SalePolicy”。什么意思呢？就是当初Mercury推出TD7.6的时候，网上立刻有人出来发布TD7.2的License；当Mercury推出8.0的时候，网上立刻有人出来发布TD7.6的License；当HPMercury推出QualityCenter8.2的时候，网上立刻有人出来发布TD8.0的License……

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