|
|
QC9.0出来也有大半年了，相关的文章却不多。呵呵，没有了License，Mercury阵营的fans少了不少。
言归正传，先贴几张图，看图作文sdlkfj5
QC9.0.JPG： 这是9.0系列的登录首页，和8.2有什么不同，看出来了吗？新版的9.0已经统一成Mercury官方网站的style(包括QTP/LR)，不知道下一个版本是否会打上HP的logo？
QC9.0A.JPG：这是QC 9.0最大的外在变化之一，我认为这是一个不小的进步（虽然只是一个细节）。很多朋友看到这个界面就晕了——甚至不知道如何登录系统了。呵呵，我不知道QC9.0的设计师是不是读过《Don't make me think（别让我思考）》才做的改变。为什么这么说呢？以前的QC/TD的控制是什么风格？是：提供所有项目供用户选择，不管这个用户能否进入。而现在的风格则是：提供可进入的项目供用户选择。理念是什么呢？两点：第一，吸收了EPM思想，只允许用户可以选择自己所能登录的Project，至于其他项目，这个用户根本就不应该知道！第二，扭转用户思维模式：先log in自己的身份，再提供属于自己的任务。这两点可能大家不是很明白，我举个例子：假设现在你的公司是跨国企业，通过外网架设QC系统，那么你公司所承接的项目有可能多多少少大大小小都会有“成千上万”个项目，那么你作为一名工程师，可能所涉及的项目任务仅仅只是其中之一，那么你想想：首先你要在一大堆的Domain里选择属于自己的域，然后再在一大堆的Project里选择属于自己的项目……哇，下拉菜单那么多东西，你找晕了没？你是不是还没登录进系统，就已经开始烦了？你是不是在想：这么多东西又不都是要我做的。所以……现在改用了传统的email、BBS式的登录形式：我，只要先输入自己的账号、密码，登录进“my space（我的空间）”，就行了。属于我的项目任务无非就是这两三个，而且在不同的项目间切换都不用重登录（relogin）了——简洁、方便、赏心悦目、爽。
说了这么多，大家现在应该明白了吧——很多网友一直在问：“为什么输入系统管理员的用户名密码，下面的Domain和Project还是无法选择”，一直在问“用户名密码必须是什么？”。答案很简单，刚安装好的QC 9.0只有一个自带的DEFAULT域的QualityCenter_Demo项目，想进这个项目“先睹为快”，首先必须用这个项目所属的成员才能登录。现在你用alex_qc登录（密码为空），然后点Authenticate，是不是发现下面的domain和project有“东西”了？呵呵。
小结：改变都是有原因的，决不是哪天大师头脑发热兴之所致而作出的。
推荐：大家有空去china-pub 、dearbook 、当当之类的地方可以找找Don't make me think这本书，一个做Web测试的人必读的经典之作。
QC9.0pdf.JPG ：这就是QC 9.0的帮助文档之一，所有的QC 9.0的资料大家请查阅我另一个帖子http://bbs.51testing.com/thread-48974-1-1.html
QC9.0Welcome.JPG ：进入QualityCenter_Demo后的页面后，Mercury对您的光临表示欢迎（“Welcome to Mercury Quality Center”）sdlkfj3
QC9.0Doc.JPG ：这是QC文档库（以前叫Books Online，现在模仿微软改名了，呵），有点类似MSDN一样的，其实这里提供你的都是文件资料，也就是上面提到的QC 9.0的所有资料，包括pdf和chm文件。
QC9.0Help.JPG :这个是QC的联机帮助（Online Help），也就是用户指南。
QC9.0ProjectAdmin.JPG ：这也是QC 9.0最大的外在变化之一，呵呵。之前的QC/TD提供给我们的实际上是三个不同的登录入口（entrance）：SiteAdministrator（站点管理，用以管理QC的配置）、Project Customization（项目定制，用以对各自项目的个性化管理设置）、Quality Center（项目成员真正的工作区，通俗的说，就是我们测试工程师写测试用例和提交BUG的地方）。现在的QC 9.0只提供两个入口，即：SiteAdministrator和Quality Center——它把“项目定制”整合到项目工作区里去了。
道理很简单：进行项目定制的人也应该是项目成员（项目成员才了解自己的项目需要定制些什么），所以对于这个人（Project Admin）来说，无论工作区还是项目定制区都只要有统一的portal就行了，不必在两个不同的地方登录来登录去（现在只需要点右上方的“RETURN”就可以返回了）。比如QualityCenter_Demo库中的alex_qc这个用户就是这么一个角色(tdadmin)。而这里admin用户默认的只有viewer的角色了，原先默认的guest用户也取消了。
QC9.0Site.JPG ：这就是前面说的站点管理员的工作区，图中是添加新用户。顺便提醒一下，在QC 中SiteAdministrator的登录地址 http://IP![\"\"](\"static/image/smiley/default/tongue.gif\") ORT/sabin/SiteAdmin.htm 不是http://IPORT/qcbin/SiteAdmin.htm，可别到时候连错了还以为自己站点管理页面登录不了了。sdlkfj5
QC9.0Site1.JPG ：字符集设置地方。其中有段描述：The character set used by Quality Center to send e-mails to users. By default, the value is set to UTF-8.翻译过来就是：Quality Center 用来将电子邮件发送到用户的字符集。默认情况下，该值设置为UTF-8。
QC9.0Site2.JPG ：这是QC 9.0多出的一个功能。用来监视Licenses的，对我们这些玩家来说真是一个鸡肋（没什么用处的东西）。图中的Defect License和Full Licenses大家可以对应以前Project Custmization里的Customize Module Access模块，指的是“QC许可证”和“缺陷许可证”，只拥有后者的其实就是少花点钱买了QC的缺陷管理部分，把它当作缺陷管理系统来用。
QC9.0AddDefect.JPG ：为什么要把这张图截出来呢？因为我要严厉批评一下Mercury的人！！为什么？因为mercury内部的文档编辑工作人员对工作不负责任——SetFieldApp这个TD自带的函数在升级为QC后，已经更名为SetFieldProperties了！！QC 8.2已经错了一次了，在QC 9.0居然一错再错（至少帮助文档里的说明和workflow里的内容已经对应不上了）！他们的文档编辑人员为何视而不见？在我看来，一个做测试工具的厂商犯这样的错误是非常不应该的，我不禁开始怀疑他们内部的变更管理是如何做的？？细节决定成败，希望我这篇文章能引起Mercury公司的重视（其他错误还有，我就不一一列举了）。
QC9.0BugFunc.JPG ：这张图的内容大家仔细看看，看到了么？这是数据库表结构的描述！真是宝物啊！呵呵，不错，Database Reference和Custom Test Type Guide 是QC 9.0 里多出的两个文档。至于具体内容，在我那篇资料贴里也有，大家自己去down吧。
QC9.0Chat.JPG：其实在Site Connections里多出了一个标签页，可以给当前连接着的用户发消息（send message），当向用户发消息后，这个用户过一会儿就会收到一个像msn弹出窗口一样的消息框来，呵呵，有意思吧？
QC9.0Checker.JPG ：大家看出它和QC 8.2 的checker的区别了吗？
QC9.0Migration.JPG ：迁移工具。
其实QC 9.0 还有一些新的特性，比如说需求（现在被设计成很像Defect模块了，呵呵），还有缺陷的Linked Entities，……时间有限，本人已经犯困了sdlkfj8 ，呵呵，下一期介绍吧，如果读者还有兴趣的话。
注：
文中的图片对应的QC是Quality Center 9.0 Starter Edition，也就是 所谓的Quality Center 9.0 的精简版（abridged entry-level version）——其实主要就是精简了BTO模块而已，所以Quality Center 9.0 Starter其实就是真正意义上的TD 9.0 。
[ 本帖最后由 songfun 于 2006-11-18 23:10 编辑 ] |
|
/1 
关于我们
发表于 2006-11-18 16:38:22
QQ好友和群
QQ空间
腾讯微博
腾讯朋友
微信
收藏
置顶服务
换色服务
楼主
