Quality CenterBugzillaClearQuest BUG库对比.docx
- 文档编号:9697574
- 上传时间:2023-05-20
- 格式:DOCX
- 页数:20
- 大小:28.19KB
Quality CenterBugzillaClearQuest BUG库对比.docx
《Quality CenterBugzillaClearQuest BUG库对比.docx》由会员分享,可在线阅读,更多相关《Quality CenterBugzillaClearQuest BUG库对比.docx(20页珍藏版)》请在冰点文库上搜索。
QualityCenterBugzillaClearQuestBUG库对比
QualityCenter
简介
使用QC进行测试管理包括4部分:
编辑本段简介
QualityCenter是一个基于Web的测试管理工具,可以组织和管理应用程序测试流程的所有阶段,包括指定测试需求、计划测试、执行测试和跟踪缺陷。
此外,通过QualityCenter还可以创建报告和图来监控测试流程。
QualityCenter是一个强大的测试管理工具,合理的使用QualityCenter可以提高测试的工作效率,节省时间,起到事半功倍的效果。
利用HP-MercuryQualityCenter,您可以:
1.制定可靠的部署决策。
2.管理整个质量流程并使其标准化。
3.降低应用程序部署风险。
4.提高应用程序质量和可用性。
5.通过手动和自动化功能测试管理应用程序变更影响。
6.确保战略采购方案中的质量。
7.存储重要应用程序质量项目数据。
8.针对功能和性能测试面向服务的基础架构服务。
9.确保支持所有环境,包括J2EE、.NET、Oracle和SAP。
编辑本段使用QC进行测试管理包括4部分:
明确需求:
对接收的需求进行分析,得出测试需求。
测试计划:
根据测试需求创建测试计划,分析测试要点及设计测试用例。
执行测试:
在你的测试运行平台上创建测试集或者调用测试计划中的测试用例执行。
跟踪缺陷:
报告在你的应用程序中的缺陷并且记录下整个缺陷的修复过程。
HP-MercuryQualityCenter提供了基于Web的系统,可在广泛的应用环境下自动执行软件质量测试和管理。
仪表盘技术使您可以了解验证功能和将业务流程自动化,并确定生产中阻碍业务成果的瓶颈。
HP-MercuryQualityCenter使IT团队能够在开发流程完成前就参与应用程序测试。
这样将缩短发布时间表,同时确保最高水平的质量。
利用HP-MercuryQualityCenter,您可以:
1.制定可靠的部署决策。
2.管理整个质量流程并使其标准化。
3.降低应用程序部署风险。
4.提高应用程序质量和可用性。
5.通过手动和自动化功能测试管理应用程序变更影响。
6.确保战略采购方案中的质量。
7.存储重要应用程序质量项目数据。
8.针对功能和性能测试面向服务的基础架构服务。
9.确保支持所有环境,包括J2EE、.NET、Oracle和SAP。
Bugzilla
是一款具有追踪系统的软件。
专门为Unix而定制。
下面讲述在一般系统下操作以及出现的问题措施
Bugzilla是一个Bug(错误或是缺陷)追踪系统设计用来帮助你管理软件开发。
Bugzilla是一开源BugTrackingSystem,是专门为Unix定制开发的。
但是在windows平台下依然可以成功安装使用.
Testopia是一款和Bugzilla集成到一起的testcasemanagement系统.
国内配置管理之路有Bugzilla版面,可以进行这方面的讨论.
Bugzilla是一个开源的缺陷跟踪系统(Bug-TrackingSystem),它可以管理软件开发中缺陷的提交(new),修复(resolve),关闭(close)等整个生命周期。
Bugzilla是一个搜集缺陷的数据库。
它让用户报告软件的缺陷从而把它们转给合适的开发者。
开发者能使用bugzilla保持一个要做事情的优先表,还有时间表和跟踪相关性。
不是所有的"bugs"都是软件缺陷。
一些数据库中的内容是作为增强的请求(RFE)。
一个RFE是一个严重级别字段被设为"enhancement"的"Bug".人们常说"bug",实际上意思是Bugzilla中的记录,所以RFEs经常被称作bug。
编辑本段功能表现
1.强大的检索功能
2.用户可配置的通过Email公布Bug变更
3.历史变更记录
4.通过跟踪和描述处理Bug
5.附件管理
6.完备的产品分类方案和细致的安全策略
7.安全的审核机制
8.强大的后端数据库支持
9.Web,Xml,Email和控制界面
10.友好的网络用户界面
11.丰富多样的配置设定
12.版本间向下兼容
编辑本段问题的处理
Bug报告状态分类(Status)
待确认的(Unconfirmed)
新提交的(New)
已分配的(Assigned)
问题未解决的(Reopened)
待返测的(Resolved)
待归档的(Verified)
已归档的(Closed)
Bug处理意见(Resolution)
已修改的(Fixed)
不是问题(Nvalid)
无法修改(Wontfix)
以后版本解决(Later)
保留(Remind)
重复(Duplicate)
无法重现(Worksforme)
指定处理人(AssignedTo)
可以指定一个处理人
如不指定处理人,则系统指定管理员为默认处理人
链接
输入超链接地址,引导处理人找到与报告相关联的信息
概述(Summary)
概述部分“Summary”的描述,应保证处理人在阅读时能够清楚提交者在进行什么操作的时候发现了什么问题。
如果是通用组件部分的测试,则必须将这一通用组件对应的功能名称写入概述中,以便今后查询。
硬件平台和操作系统(PlatformandOS)
测试应用的硬件平台(Platform),通常选择“PC”
测试应用的操作系统平台(OS)
编辑本段使用指南
新建一个Bugzilla账号
1.点击“OpenanewBugzillaaccount”链接,输入你的Email地址(如:
XXX@office)然后点击“CreateAccount”。
2.稍候,你会收到一封邮件。
邮件中包含你的登录账号(与你的Email相同)和口令,这个口令时Bugzilla系统随机生成的,你可以根据你的需要进行变更。
3.在页面的黄色页角中点击“LogIn”链接,而后输入你的账号和口令。
最后点击“Login”
产品和结构
Bug记录按产品分类,每种产品按功能拆分成几类。
以Bugzilla产品为例,它由以下几部分构成:
Administration
Bugzilla-General
Creating/ChangingBug
Documentation
Installation
Query/Buglist
Reporting/Charting
UserAccounts
ChangingPasswords
UserInterface
编辑本段Linux下Bugzilla的安装
安装mysql
建议安装MySQL5.0
关于MySQL5.0的rpm包网上有很多,主要安装
MySQL-shared-compat-5.0.24a-0.rhel4.i386.rpm
MySQL-devel-standard-5.0.24a-0.rhel4.i386.rpmMySQL-server-standard-5.0.24a-0.rhel4.i386.rpm客户端要安装的话就安装下面两个
MySQL-client-standard-5.0.24a-0.rhel4.i386.rpmMySQL-test-standard-5.0.24a-0.rhel4.i386.rpm一般都会遇到socket
(2)问题
解决方法如下:
先看看自己的linux系统有没有设置selinux
修改/etc/selinux/config
Apache的安装
Apache安装比较简单,下载rpm包,直接安装。
如果本身系统自带,就不必安装一般会遇到的问题:
端口被占用或者打不开网页
解决方法:
修改httpd.conf
配置问题
首先,cp-Rbugzilla-2.20.2/var/www/html/bugzilla
注意:
/var/www/html为apache的docroot,可以在httpd.conf中修改DocumentRoot"/var/www/html",编辑httpd.conf,在任意一行加入
编辑完保存退出
在/var/www/html/bugzilla/下执行:
Checkingperlmodules...
CheckingforAppConfig(v1.52)ok:
foundv1.66
CheckingforCGI(v2.93)ok:
foundv3.29
CheckingforData:
:
Dumper(any)ok:
foundv2.121
CheckingforDate:
:
Format(v2.21)ok:
foundv2.22
CheckingforDBI(v1.38)ok:
foundv1.59
CheckingforFile:
:
Spec(v0.84)ok:
foundv3.25
CheckingforFile:
:
Temp(any)ok:
foundv0.18
CheckingforTemplate(v2.08)ok:
foundv2.19
CheckingforText:
:
Wrap(v2001.0131)ok:
foundv2006.1117
CheckingforMail:
:
Mailer(v1.65)ok:
foundv1.77
CheckingforStorable(any)ok:
foundv2.16
ThefollowingPerlmodulesareoptional:
CheckingforGD(v1.20)ok:
foundv2.35
CheckingforChart:
:
Base(v1.0)ok:
foundv2.3
CheckingforXML:
:
Parser(any)ok:
foundv2.34
CheckingforGD:
:
Graph(any)ok:
foundv1.44
CheckingforGD:
:
Text:
:
Align(any)ok:
foundv1.18
CheckingforPatchReader(v0.9.4)ok:
foundv0.9.5
Checkingusersetup...
Removingexistingcompiledtemplates...
Precompilingtemplates...
CheckingforDBD:
:
mysql(v2.9003)ok:
foundv4.005
CheckingforMySQL(v3.23.41)ok:
foundv4.1.12
Populatingduplicatestable..
出现以上画面说明大攻告成。
第一次启动的画面会有不同,会叫你输入bugzilla管理员帐户的地址和密码等信息
LoadRunner
是一种预测系统行为和性能的负载测试工具。
通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner能够对整个企业架构进行测试。
通过使用LoadRunner,企业能最大限度地缩短测试时间,优化性能和加速应用系统的发布周期。
LoadRunner是一种适用于各种体系架构的自动负载测试工具,它能预测系统行为并优化系统性能。
对象
LoadRunner的测试对象是整个企业的系统,它通过模拟实际用户的操作行为和实行实时性能监测,来帮助您更快的查找和发现问题。
此外,LoadRunner能支持广泛的协议和技术,为您的特殊环境提供特殊的解决方案。
[1]
编辑本段主要功能
轻松创建虚拟用户
使用LoadRunner的VirtualUserGenerator,您能很简便地创立起系统负载。
该引擎能
[LoadRunner性能虚拟用户模拟测试]
LoadRunner性能虚拟用户模拟测试
够生成虚拟用户,以虚拟用户的方式模拟真实用户的业务操作行为。
它先记录下业务流程(如下订单或机票预定),然后将其转化为测试脚本。
利用虚拟用户,您可以在Windows,UNIX或Linux机器上同时产生成千上万个用户访问。
所以LoadRunner能极大的减少负载测试所需的硬件和人力资源。
用VirtualUserGenerator建立测试脚本后,您可以对其进行参数化操作,这一操作能让您利用几套不同的实际发生数据来测试您的应用程序,从而反映出本系统的负载能力。
以一个订单输入过程为例,参数化操作可将记录中的固定数据,如订单号和客户名称,由可变值来代替。
在这些变量内随意输入可能的订单号和客户名,来匹配多个实际用户的操作行为。
为了进一步确定您的Virtualuser能够模拟真实用户,您可利用LoadRunner控制某些行为特性。
例如,只需要点击一下鼠标,您就能轻易控制交易的数量,交易频率,用户的思考时间和连接速度等。
创建真实的负载
Virtualusers建立起后,您需要设定您的负载方案,业务流程组合和虚拟用户数量。
用LoadRunner的Controller,您能很快组织起多用户的测试方案。
Controller的Rendezvous功能提供一个互动的环境,在其中您既能建立起持续且循环的负载,又能管理和驱动负载测试方案。
而且,您可以利用它的日程计划服务来定义用户在什么时候访问系统以产生负载。
这样,您就能将测试过程自动化。
同样您还可以用Controller来限定您的负载方案,在这个方案中所有的用户同时执行一个动作---如登陆到一个库存应用程序----来模拟峰值负载的情况。
另外,您还能监测系统架构中各个组件的性能----包括服务器,数据库,网络设备等----来帮助客户决定系统的配置。
定位性能问题
LoadRunner内含集成的实时监测器,在负载测试过程的任何时候,您都可以观察到应用系统的运行性能。
这些性能监测器为您实时显示交易性能数据(如响应时间)和其它系统组件包括applicationserver,webserver,网路设备和数据库等的实时性能。
这样,您就可以在测试过程中从客户和服务器的双方面评估这些系统组件的运行性能,从而更快地发现问题。
利用LoadRunner的ContentCheckTM,您可以判断负载下的应用程序功能正常与否。
ContentCheck在Virtualusers运行时,检测应用程序的网络数据包内容,从中确定是否有错误内容传送出去。
它的实时浏览器帮助您从终端用户角度观察程序性能状况。
分析结果以精确定位问题所在
一旦测试完毕后,LoadRunner收集汇总所有的测试数据,并提供高级的分析和报告工具,以便迅速查找到性能问题并追溯原由。
使用LoadRunner的Web交易细节监测器,您可以了解到将所有的图象、框架和文本下载到每一网页上所需的时间。
例如,这个交易细节分析机制能
够分析是否因为一个大尺寸的图形文件或是第三方的数据组件造成应用系统运行速度减慢。
另外,Web交易细节监测器分解用于客户端、网络和服务器上端到端的反应时间,便于确认问题,定位查找真正出错的组件。
例如,您可以将网络延时进行分解,以判断DNS解析时间,连接服务器或SSL认证所花费的时间。
通过使用LoadRunner的分析工具,您能很快地查找到出错的位置和原因并作出相应的调整。
重复测试保证系统发布的高性能
负载测试是一个重复过程。
每次处理完一个出错情况,您都需要对您的应用程序在相同的方案下,再进行一次负载测试。
以此检验您所做的修正是否改善了运行性能。
LoadRunner完全支持EJB的负载测试。
这些基于Java的组件运行在应用服务器上,提供广泛的应用服务。
通过测试这些组件,您可以在应用程序开发的早期就确认并解决可能产生的问题。
利用LoadRunner,您可以很方便地了解系统的性能。
它的Controller允许您重复执行与出错修改前相同的测试方案。
它的基于HTML的报告为您提供一个比较性能结果所需的基准,以此衡量在一段时间内,有多大程度的改进并确保应用成功。
由于这些报告是基于HTML的文本,您可以将其公布于您公司的内部网上,便于随时查阅。
接下来的文章编者就将辑录一篇网上的使用LoadRunner®来测试BEA中间件产品文章来与大家分享如何使用LoadRunner进行实际的性能测试。
编辑本段性能测试
1.LoadRunner的虚拟用户
LoadRunner使用虚拟用户(Virtualusers)来模拟实际用户对业务系统施加压力。
虚拟用户在一个中央控制器(controllerstation)的监视下工作。
在做一个测试方案时,要做的第一件事就是创建虚拟用户执行脚本。
LoadRunner提供了VirtualUserGenerator来录制或编辑虚拟用户脚本。
2.使用Vugen创建虚拟用户执行脚本
A.从菜单中选择运行VirtualUserGenerator:
B.创建一个单协议脚本,选择协议类型为"Tuxedo7"
C.在弹出的窗口中输入Tuxedo客户机程序的可执行文件名(SimpApp.exe),并选择"RecordintoAction"为Action。
点击"OK"开始录制脚本,这时Vugen就会启动Simpapp.exe,如下图所示,输入WSNADDR,输入字符串(Tuxedoispowerful!
)之后,点击TOUPPER,TUXEDO服务器完成请求后把输出字符串(TUXEDOISPOWERFUL!
)写到"Outputstring"中,点击停止录制按钮。
D.编辑Vuser脚本。
在C中做的所有操作都被录了下来,记录到一个脚本文件中,其内容如下,把它存为simpapp。
脚本内容如下:
#include"lrt.h"
#include"replay.vdf"
Actions()
{
lrt_tuxputenv("WSNADDR=//172.22.32.25:
7110");
lr_think_time(3);
tpresult_int=lrt_tpinitialize(LRT_END_OF_PARMS);
lrt_abort_on_error();
data_0=lrt_tpalloc("STRING","",1);
lrt_strcpy(data_0,sbuf_1);
data_1=lrt_tpalloc("STRING","",1);
tpresult_int=lrt_tpcall("TOUPPER",data_0,0,&data_1,&olen,0);
lrt_abort_on_error();
lrt_tpfree(data_0);
lrt_tpfree(data_1);
lrt_tpterm();
return0;
}
代码中加粗的函数是LoadRunner对TUXEDO函数的二次包装。
E.点击工具栏中的"执行"按钮来执行我们刚才录制的脚本,确保执行无误。
3.使用控制器(Controller)来调度虚拟用户
A.从菜单中选择运行Controller:
B.创建一个新的Scenario,选择刚才录制的脚本(simpapp):
点击"OK",弹出Scenario调度界面。
在"Quantity"中输入100,表示使用100个虚拟用户。
(虚拟用户与购买的LICENSE有关联)
C.点击"EditSchedule"来编辑压力调度。
D.选择"Runtimesettings"来作运行时设置。
在Pacing的设置中,"NumberofIterations"用于设置Vusers的Actions被执行的次数;"Startnewiteration"用于设置调度器在什么时机迭代执行Vusers的Actions。
"ThinkTime"用于设置Vusers的反应和思考时间,以尽量做到和正常人一样来施压。
"Ignorethinktime"表示忽略思考时间,这是理想状态,一般不使用。
"Asrecorded"表示按照录制时的实际操作时间。
"Multiplyrecordedthinktimeby"表示Vusers的思考时间是实际录制时间的若干倍。
在"Miscellaneous"中设置一些杂项,如使用进程还是使用线程等。
对于TUXEDO,好象只能选进程模式。
E.选择"Startscenario"来开始本次压力测试调度。
执行结果分析如下:
施压时间为5分41秒,Vusers数量为100,一共完成的Actions交易数量为5625笔,平均响应时间为5.561秒,TPS为17.8。
[1]
编辑本段LoadRunner组件
1、VuGen(虚拟用户生成器)用于捕获最终用户业务流程和创建自动性能测试脚本(也称为虚拟用户脚本)。
2、Controller(控制器)用于组织、驱动、管理和监控负载测试。
3、LoadGenerator(负载生成器)用于通过运行虚拟用户生成负载。
4、Analysis(分析器)有助于您查看、分析和比较性能结果。
编辑本段实例应用
在软件测试工具中如何巧用LoadRunner的随机函数
LoadRunner有自带的随机函数,如果巧妙的加以采用,能解决一些看似很困难的实际问题。
一个项目的性能测试。
与数据库直连,根据外部传入的SQLID和SQL参数,从指定数据库中读取SQL模版,拼装成真实的SQL语句、执行,并将得到的结果放入缓存中。
目的是减少数据库的压力。
该系统将支撑大量的SQL操作,性能自然成为备受关注的焦点之一。
由于它跟SQL语句相关,在真实环境下,同一时间可能执行着不同类型的SQL,即便是同一类型,其参数也各式各样。
那么,怎样才能模拟出最符合实际情况的性能测试场景呢?
首先设计场景,即,在LoadRunner中按照比例随机取到某一类型的SQL,再随机传入参数给它,让最终的每条SQL都是随机生成,各不相同。
从场景中,可以看到,此处涉及双重随机。
只采用loadruner的参数设置是无法实现的。
此时需要想办法先按设定好的比例随机取到SQL,然后在每条SQL上随机取参数列表中的参数。
于是想到了loadrunner的随机函数。
先实现随机取SQLID,之后再在特定的SQL中随机取参数列表中的参
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Quality CenterBugzillaClearQuest BUG库对比 BUG 对比