让Quality Center走下神坛--测试管理工具大PK（中）

纵论HP Quality Center的十四宗罪和其他工具（Jira/SCTM/TP/RQM）的优势：

1、莫名其妙的架构设计。51Testing软件测试网^9PD)D9^s

前面提到过TestDirector的架构设计，完全走轻快的路子，B/S架构，基于Windows 2000平台，安装IIS4.0即可，数据库可以是Access/Sybase/SQL Server6.5,7.0,2000/Oracle7,8,9这些，内存只需要128M，CPU只要PentiumⅡ足矣。51Testing软件测试网0z3LsH-]a(`6q f

但是到了QC的时候，莫名其妙的变成了Java EE架构，号称可以安装在Windows、Linux、Solaris等系统上，Web服务器可以是Apache、IIS，应用服务器可以是JBOSS、WebLogic、WebSphere，一个比一个复杂，一个比一个强大，……，架构师对外宣称QC可以更好的支持企业级用户，支持高并发……51Testing软件测试网%N^P8NYiV{!b#h3~-x

到了QC 11.5(ALM 11.5)的时候，官方的建议配置变成了Windows 2008 sp2 64bit + JBOSS 5.1 + SQL Server 2008 sp1，最低配置也得是Windows 2003 sp2 + (IIS 6) + JBoss 5.1 + SQL Server 2005 sp3，而硬件方面的最低配置更让人咂舌——最低内存8 GB！硬盘最少8GB！而且连客户端的内存最低配置都必须是2GB！51Testing软件测试网)vmh wb4p~0f

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

看到这里我狂汗啊！要知道，微软Windows 2000这么庞大的系统，不过动用了1700个开发，3200个测试，世界上有几个微软这种巨量级的软件研发公司？难道他们的架构师没有读过《长尾理论》？事实上，大部分的公司测试开发比本来就很低，真正考虑到实时并发的话，能做到一两百并发读写已经很好了，而且就像Infosys、Tata这样的航空母舰级的外包服务公司，也没有必要整个公司只用一个QC啊——再者说了，就算出于企业级管理的需要，这样的公司能有几家，为这些大公司定制化一个不就行了吗？真正要考虑的是广大的受众群体所在的企业规模和研发团队规模啊！兄弟，这只是一个内部研发管理系统！对内的系统决定了对性能的要求不可能像对外开放的大型系统那么高，既不是12306，也不是天猫，更不是谷歌/百度首页，设计这样的架构，我想问一句：有那必要吗？图啥呢？

假如还觉得不够的话，那么我们对比看看现在也非常流行的TestLink——一款可以和Jira、Bugzill、Mantis集成的测试过程管理工具。它的架构非常的简单：WAMP/LAMP，也就是Windows/Linux + Apache + PHP + MySQL。因为现在有大量的一键集成安装包（如WAMP Server、XAMPP），所以安装过程极其简单方便。正是因为TestLink的便捷性，这几年使用的用户比例也在攀升，而且别忘了，它可以集成很多主流的缺陷管理工具哦！51Testing软件测试网3f2I)EE dd

2、复杂繁琐的安装和登录、惊人的资源消耗。

QC的服务器端姑且不提，看看其复杂而坑爹的客户端——其实还是架构设计的问题。51Testing软件测试网0|-X1P8f|

相信很多朋友都见过下图的这个页面吧？51Testing软件测试网N2v4D I"x^~!C

51Testing软件测试网.I-_T({"_)Yd4Ic?

假如你真的经常使用Quality Center的话，一定对这个页面再熟悉不过，相信大家都有同感，这个页面往往需要下载非常的久，运气不好的话得下载5-10分钟，而且还经常下载到最后了打不开！！这时还得检查有没有关闭UAC(User Account Control)、DEP(Data Extension Prevention)等等，这种BT的架构设计真的让人不可思议了：这明明是B/S架构的系统，为啥需要下载安装这么多ActiveX？这不是挂羊头卖狗肉，打着B/S的旗帜，行C/S之事吗？与其这么麻烦，还不如你就做成C/S算了！

当然，它还真有客户端，而且官方推荐你使用，叫：QC Explorer。说白了，就是专门为打开QC开发的一款基于IE内核的浏览器。唉，真的无语了，放着那么多流行的JavaScript. Framework Libraries不用，偏要用ActiveX这种落伍又笨拙的东西。这还不要紧，关键是这样一来，对你的浏览器就会非常的挑剔！请看这段官方描述（针对QC客户端的浏览器要求）：Microsoft Internet Explorer 7 or 8。就是说你的客户端只能用微软的IE浏览器，而且必须是IE 7或者IE 8这个版本，不能用微软的IE 6或IE 9（一定要用高版本的IE还得到jboss\server\default\deploy目录下修改20qcbin.war里的内容），不能用Chrome、Firefox，更别提什么Opera、Safari之流了。还有更让人崩溃的，就是除了浏览器之外，你的系统上还必须要安装：Microsoft .NET Framework 3.5 (SP1)、Visual C++ 2005 SP1 ATL Security Update Redistributable、Microsoft Office 2007 (SP2)等一系列东西，你说有多烦有多烦！！！51Testing软件测试网V&n+[#`},G

相比之下，真的建议他们（HP QC的架构师）去学习一下Jira和Micro Focus SCTM，全部是用JavaScript类库实现，真正意义上的纯B/S架构，所以所有的浏览器都可以轻松访问，无需额外安装其他ActiveX！51Testing软件测试网 vi1L+d2r0`3lH.y[{0`

纯B/S架构带来的好处还有很多，包括友好的用户体验，以及无缝切入移动互联网（手机访问），这些后面会单独列出来提及。

 51Testing软件测试网 V!K%h _&J1]r*T j

这里还没说它的服务器端的安装呢！假如你曾装过Quality Center的服务器端，十有八九遇到过“数据库连接属性不正确”的问题，一般原因是数据库那边还得再做正确的配置，具体得看是SQL Server还是Oracle，各有各的招，这里就不多说了。51Testing软件测试网iqE&@eG{

总而言之一堆的问题要注意要设置好，还记得当年我写的那篇《关于"The RPC server is unavailable"的探讨及解决方案》吗？这个也是其中之一。51Testing软件测试网7B?!w'u3xe$uXdNR+V

 51Testing软件测试网&K!A~^ClE

再来说资源消耗。其实从上面的“最低配置要求8GB内存”大家就可以大致看出QC有多吃内存了。这么说吧，我们51Testing的讲师都最怕上QC这门课，不是因为这门课很难，而是很痛苦，每次从虚拟机里启动出来至少15分钟，中间还有很多操作也非常的卡。PS:我用的笔记本是HP ProBook 4230s，CPU是i3-2310M 2.10GHz，内存8GB，也是如此。

3、过于简化的需求管理模块。

QC的需求管理严格意义上不属于真正意义上“开发需求的管理”，而是指针对测试需求的管理，并且可以结合Release模块设定简单的基线，不过如果你用过CaliberRM这种专业级的需求管理工具，就会发现QC的Requirements实在是弱爆了！51Testing软件测试网7pz'i"]6frfP.A

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

当然假如你的SRS是word文档，QC倒也可以把开发需求导入进去，但是问题是QC的word插件非常非常难用，导入的工作量一点都不比你自己手工输入来的快（因为需要针对每一个需求项去打begin和end标记）！！所以通常我们在企业实战中只能采用折中的方式，先把SRS转为Excel文档，再通过Excel Addin导入进去，当然导入的过程也不那么轻松，具体可以参考我的《ALM(Quality Center) Excel Addin深入剖析》，链接是：

http://wenku.baidu.com/view/04a20cee998fcc22bcd10d81.html51Testing软件测试网%TaGfZd1@U}

 51Testing软件测试网p8IOP6CrEk,D6p

4、不伦不类的test plan——关于“测试计划”和“测试用例”的混淆。51Testing软件测试网i$Qy\0[
y

从TD以来一直到后来的QC、ALM，Quality Center一直把test plan认为是test cases——从这里很容易看出来，设计这款工具的人是做开发出身的，不懂测试，呵呵。51Testing软件测试网*XdXO x wF

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

《测试计划》，是有国际性的模板的，即IEEE 829。请各位参考维基百科：http://zh.wikipedia.org/wiki/IEEE_829内容包括明确组织形式（强矩阵、平衡矩阵、弱矩阵），明确测试对象，明确测试的需求跟踪和覆盖，明确测试的“通过/失败”标准，明确测试的挂起标准和恢复条件，明确工作的任务分配，明确项目可交付物。51Testing软件测试网JB'r {!bm

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

而它的Release模块倒可以理解为粗略的测试计划模块，只是太粗糙了点儿。51Testing软件测试网6HYc[1MQ Y2o"@u2L

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

还有就是我们51Testing的TP(Test Platform)，也有独立的测试计划管理模块，可以建立多级测试计划，也包含了任务分配、工作量估计、风险管理、测试环境管理和分配等，也能通过度量监控测试的执行进度，质量状况。51Testing软件测试网N ^\Frif["N

\Be-GO#\ sa_3q u6U0

5、华而不实的Business Components。51Testing软件测试网]MHtI4m!u

QC中有个HP自己鼓吹的“业务驱动测试”的概念，叫：Business Components。核心理念是：BPT(Business Process Testing)，业务流程测试。51Testing软件测试网YxDp4Jaf$q b&f

干嘛用呢？简单的说，就是让SME（主题事件专家，也就是“业务专家”）可以借助自身对业务的熟悉通过对系统的熟练操作，让这个Business Components把所有操作记录下来，生成一个自动化脚本，然后通过QTP进行回归测试（只能通过QTP）。实际上如果大家对QTP的Keyword View比较熟悉的话，就能明白是怎么回事了。HP认定做测试的人主要分为两类：一类熟悉测试技术（包括精通编程、数据库，但对业务不甚精熟），一类则熟悉业务（但可能是编程白痴），这两类人都有测试的盲点，通过这个业务设计让两类截然不同的人得以协作。很美好吧？其实也有一点儿TDD的味道（沾边）。

SCTM也有个类似的东西叫workbench，基于StoryBoard技术，也不需要编程（Visual Test）。

但事实上，很少有公司可以做到清晰的划分这些，往往做测试的必须懂业务，即使你是自动化测试工程师，也得了解业务。所以，……，就黄了，这个组件根本没有办法大面积推广开，在内部被证明失败之后，HP开始转型做 Sprinter——这个东西后面会提，是个神器！不过国内还没有汉化，也几乎没人深入研究，大部分testers还没能体会到它的强大。51Testing软件测试网k+NrGg;P4_

下一篇《让Quality Center走下神坛--测试管理工具大PK（下）》

http://www.51testing.com/index.php?uid-35-action-viewspace-itemid-84937051Testing软件测试网g"SB {En?