QualityCenter用户指南.docx
- 文档编号:26145251
- 上传时间:2023-06-17
- 格式:DOCX
- 页数:72
- 大小:1.13MB
QualityCenter用户指南.docx
《QualityCenter用户指南.docx》由会员分享,可在线阅读,更多相关《QualityCenter用户指南.docx(72页珍藏版)》请在冰豆网上搜索。
QualityCenter用户指南
前言
欢迎您使用QualityCenter,它是MercuryInteractive公司推出的基于WEB浏览器环境下的管理工具,无论是在Internet环境下还是在公司内部的以太网环境下你都可以通过浏览器来访问QualityCenter。
通常情况下,测试需要多样式的硬件环境平台,多重的配置(计算机,操作系统,浏览器)和多种的应用开发版本,在测试过程中管理所有的外部特征是非常耗时并且非常困难的。
在测试过程中,通过系统地控制QualityCenter将会非常简单并且使测试管理变得富有生机,它能够在测试流程上帮助你创建一个框架和基础。
QualityCenter能帮助你维护一个涉及程序中所有功能的测试数据库。
在你的工程中的每一个测试点都对应着一个指定的测试需求。
Tomeetthevariousgoalsofaproject,youorganizethetestsinyourprojectintouniquegroups.
QualityCenter为调度并且执行testsets提供了直观的且有效的方法来收集测试结果和分析数据。
QualityCenter也可以为一个复杂的系统跟踪应用程序缺陷起到重要作用,你也可以在一发现缺陷的时候就监控它直到这个缺陷被解决。
QualityCenter通过与你的邮件系统相关联,缺陷跟踪的相关信息就可以被整个应用开发组,QA,客户支持,负责信息系统的人员所共享。
QualityCenter强烈建议你配合MercuryInteractive公司的其他测试工具(WinRunner,LoadRunner,QuickTestProfessional,AstraQuickest,QuickTestProfessionalforMySAP.comWindowsClient,AstraLoadTest,XRunner,VisualAPI,andVisualAPI-XP)第三方工具及定制的测试工具,需求和配置管理工具和建模工具。
QualityCenter能够与这些测试工具很好的无缝链接,为你提供的全套解决方案选择来进行全部自动化的应用测试。
QualityCenter指南会带你自始至终的贯穿于需求说明书,测试计划,测试实施和测试各个阶段中的缺陷跟踪,通过将应用程序测试中所包含的所有任务整合起来,能够为你的客户带来拥有高品质保证的应用软件。
测试过程管理
使用QualityCenter进行测试管理包括四部:
明确条件:
分析你的应用程序并且确定下你的测试条件。
测试计划:
根据你的测试条件创建你的测试计划。
执行测试:
在你的测试运行平台上创建Testsets。
跟踪缺陷:
报告在你的应用程序中的缺陷并且记录下整个缺陷的修复过程。
贯穿每一个阶段,通过产生详细的报告和图表你可以去分析数据。
明确条件
分析你的应用程序并且确定下你的测试条件。
确定测试范围:
检查应用程序的文档是为了确定你的测试范围和测试目标,策略。
建立需求:
构建“需求树”目的是为了确定完全涵盖你的测试需求。
详细需求信息:
为“需求树”中的每一个需求话题建立了一个详细的目录,描述每
一个需求,给它分配一个优先级,如果需要的话还可以加上附件。
分析详细需求:
这些产生的报告和图表可以帮助你分析你的测试需求,检查需求以确保它们在你的测试范围内。
编制测试计划
根据你的测试需求创建你的测试计划
定义测试策略:
检查你的应用程序,系统环境和测试资源的目的是为了确认你的测试目标。
定义测试对象:
为了测试将你的应用程序以模块或者是功能将其划分,构造测试计划树来划分你的应用程序到测试单元或对象。
定义测试:
每一个模块你都需要确定其测试类型,在测试计划树中为每一个测试点添加基本说明。
创建需求覆盖:
连接每一个测试和测试需求。
涉及测试步骤:
你可以通过在测试计划(树型结构)中添加一些步骤来进行手动测试.测试步骤描述了测试注意事项,检查点,每个测试的预期结果,确定自动测试哪一个。
自动测试:
利用MercuryInteractive的测试工具或者是第三方的测试工具为你要进行进行自动化测试的测试建立测试脚本。
分析测试计划:
生成的报告和图表可以帮助你分析测试计划数据,通过检查你可以确定它们和你的测试目标是一致的。
测试运行
在你的测试运行平台上创建Testsets
创建Testsets:
在你的工程中定义不同的测试组来保证与不同的测试目标之间的一致性,他们可能包括,举个例子,在一个应用程序中测试一个新的应用版本或是一个特殊的功能。
确定每个testset都包括了那些测试。
运行时间表:
为应用程序测试员分配测试任务和时间表。
运行测试:
在你的testset手动或自动的执行测试。
分析测试结果:
观看测试结果的目的是为了确定在测试运行中出现的缺点是否已经被发现。
生成的报告和图表可以帮助你分析这些结果。
缺陷跟踪
报告在你的应用程序中的产生缺陷并且记录下整个缺陷的修复过程。
添加缺陷:
报告在你的应用程序中新发现的缺陷。
在测试过程中的任何阶段,质量保证员,开发者,项目经理和最终用户都能添加缺陷。
检查新的缺陷:
检查新的缺陷和确定哪些缺陷应该被修复。
修复开放的缺陷:
修复那些你决定要修复的缺陷。
测试新的构建:
测试在你的应用程序中新被构建的部分,直到缺陷被修复。
分析缺陷数据:
在缺陷被修复前,生成的报告和图表可以帮助你进行分析并且它还能帮助你确定什么时候发布应用程序。
关于工程数据库工作
当你创建了一个QualityCenter工程,你需要存储和管理那些由QualityCenter收集而产生的数据。
每一个工程都支持通过数据库来存储工程信息。
QualityCenter工程的知识库中包含了你需要的很多东西,测试,testsets运行测试,缺陷,工程文档和用户信息。
为了在应用测试工程中能够工作,每个QualityCenter用户需要连续访问这些数据。
使用下面的这些数据库应用软件来存储和管理QualityCenter信息:
_MicrosoftAccess
_Sybase(只有QualityCenter企业版支持)
_MicrosoftSQL(只有QualityCenter企业版支持)
_Oracle(只有QualityCenter企业版支持)
关于创建和管理QualityCenter工程的更多信息,请查阅QualityCenter管理员指南。
用户权限
QualityCenter允许你有管理用户访问工程的权限,它会创建一个有权用户的列表和为一个组或者是一个用户分配一个口令。
你可以控制每个用户能够对项目进行怎样的添加和修改.在QualityCenter中用户所拥有的权利是由该用户所在的用户组决定的。
QualityCenter允许你为工程中指定的目录创建包含特权和许可机制的规则,一些有用的信息可能在QualityCenter的用户组中被用到。
关于分配口令和特权的更多信息,请查阅QualityCenter管理员指南。
1.需求说明书
1.1需求定义工作流(TheRequirementsSpecificationWorkflow)
你应该通过定义测试需求来开始整个应用程序的测试过程。
需求详细地描述了在你的应用程序中哪些需要被测试,并为测试组提供了整个测试过程的基础。
通过定义这些需求,你能够更好地聚焦于商业需要对测试进行计划和管理。
需求与测试和缺陷关联,从而确保整个过程可追溯并帮助整个过程的决策。
本章描述了怎样使用QualityCenter需求模块来定义测试需求。
以下是需求定义工作流的流程图:
在使用QualityCenter之前,首先确保你已经有一个存放测试数据的工程。
关于创建工程的更详细信息,请参考《QualityCenter管理员手册》(QualityCenterAdministrator’sGuide)。
1.1.1定义测试范围(DefiningtheTestingScope)
测试组在基于测试的测试应用的基础上,收集所有可以利用的文档信息,开始测试处理过程,例如收集市场和商务需求文档、系统需求说明书和设计文档等。
使用这些文档您可以对应用程序的测试方面作一个全面彻底的了解,并以此为基础来确定你的测试范围——测试目的、目标和策略(Goal、Objective、Strategy)。
在确定您的测试范围之前你应该先问一下自己,以下的几个问题:
应用程序的主要目的和方向是什么?
应用程序有哪些主要特点?
哪些功能在这个产品中是相对重要的?
在应用程序中,哪些功能是危急的或高风险的?
你的测试优先级是什么?
你的客户或最终用户是否同意你的测试优先级?
你总的质量目标是什么?
1.1.2创建测试需求大纲(CreatingtheTestingRequirementsOutline)
质量保证的管理人员用测试范围为应用程序的测试定义所有的测试需求。
它们先定义测试主题,并将各个测试主题指派给测试组内的各个QA测试人员。
然后每一个QA测试人员将自己所负责的测试主题记录到QualityCenter工程上。
需求主题是通过创建需求树记录在需求模块里。
此需求树是以图表的方式形象地描述了你的需求说明书,并显示了不同级别需求的等级关系。
举个例子,假设一个航班预定软件,它能够让你去管理航班调动、旅客登记和机票销售。
QA管理人员可能会定义他主要的测试需求为:
登陆操作、数据库操作、传真发送操作、安全性能力检查、图形和报表操作、UI检查操作和帮助。
对于完整的例子,请查看QualityCenter_Demo工程。
关于创建需求树的更进一步信息,请看“开发需求树”(DevelopingtheRequirementsTree)。
1.1.3定义需求(DefiningRequirements)
对于每一个需求主题,QA测试员均应该创建相应的详细测试需求列表。
例如,ApplicationSecurity需求主题可能会被分解为如下的需求:
在需求树中的每一个需求均要求被详细描述,并且应该包括所有与需求相关的附件。
QA测试人员分配每个需求一个优先级,此优先级会作为测试组创建测试计划的一个考虑因素。
1.1.4分析需求定义(AnalyzingyourRequirementsSpecification)
QA管理人员复查这些需求,并确定测试范围被更早的定义。
他们还应该将需求的状态改为“Reviewed”,假如这个需求被评审通过的话。
你应该产生QualityCenter报告和图表来帮助你评审需求。
对于更多信息,请查看“产生报告”(GeneratingReports)和“产生图表”(GeneratingGraphs)。
在随后的测试计划中,你应该使用这些需求作为基础。
你在测试计划阶段所创建的测试也应该覆盖这些需求。
关于需求和测试覆盖的更多信息,请查看“连接测试到需求”(LinkingTeststoRequirements)。
这些测试也能够被缺陷进行关联,从而在整个测试过程形成完整的回溯。
需求模块一览(TheRequirementsModuleataGlance)
本章将结束QualityCenter需求模块的核心元素。
包括如下内容:
需求模块(TheRequirementsModule)
需求菜单栏(TheRequirementsMenuBar)
需求工具条(TheRequirementsToolbar)
需求树(TheRequirementsTree)
1.2需求模块概述(TheRequirementsModule)
1.2.1需求模块
你可以在QualityCenter中单击左侧工具栏中的Requirements来定义你的需求。
你可以用以下4种方式显示需求:
RequirementTree
RequirementsGrid
RequirementsCoverage
CoverageAnalysis
注意:
你可以从MicrosoftWord、Excel或第三方的需求管理工具中导入需求到你的QualityCenter工程。
对于导入需求,你必须首先安装相应的QualityCenter插件。
对于更详细信息请查看《QualityCenter安装手册》(QualityCenterInstallationGuide)。
需求模块包括如下的核心元素:
RequirementsMenuBar,需求菜单栏,具有需求模块命令的下拉菜单。
RequirementsToolbar,需求工具栏,具有创建或修改需求树的常用命令按钮。
View,视图选择框,能够让你去选择需求树的显示方式:
文档视图或覆盖视图。
RequirementsTree,需求树,你的测试需求的一种图形表达。
更详细信息请看需求树(TheRequirementsTree)。
DescriptionTab,描述标签页,显示当前所选择需求的注释,仅在文档视图中有效。
单击Show箭头去显示描述面板。
AttachmentTab,附件,为选中的需求提供附加的信息,可以存储文件、图片等内容。
HistoryTab,历史标签页,显示当前所选择需求的历史操作列表。
TestsCoverageTab,测试覆盖标签页,显示了在需求树上,当前所选择的需求的测试列表。
仅适用于覆盖视图。
DetailsTab,细节标签页,显示了在需求树上当前树选择需求的详细描述。
仅适用于覆盖视图。
1.2.2需求菜单栏(TheRequirementsMenuBar)
需求菜单栏包括如下的菜单:
Requirements菜单,包括命令:
在需求树上修改需求、从一个需求产生一个测试、Mail一个需求。
Edit菜单,包括命令:
剪切、复制、粘贴、重命名、删除需求,和查找、替换搜索需求。
View菜单,包括命令:
设置需求树的显示、查找一个需求、浏览测试覆盖、关联缺陷、附件。
Favorites菜单,包括命增加、组织个人使用喜好的命令。
Analysis菜单,包括命令:
产生需求报告和图表。
关于需求报告的更详细信息,请看“产生报告”(GeneratingReports)。
关于需求图表的更详细信息,请看“产生图表”(GeneratingGraphs)。
1.2.3需求工具栏(TheRequirementsToolbar)
需求工具栏包括如下的按钮:
NewRequirements
:
新建需求,增加一个新的需求到需求树。
QualityCenter将增加此需求到当前所选择的需求下面,并处于相同等级。
NewChildRequirements
:
新建子需求,增加一个新的需求到需求树。
QualityCenter将增加此子需求到当前所选择的需求下面,并处于低一级的级别。
Delete
:
删除,从需求树中删除所选择的需求。
RefreshSelected
:
刷新,刷新在需求模块中的数据。
单击RefreshSelected按钮,去刷新当前所选择的需求。
所有子需求也会被同时刷新。
单击
箭头并选择RefreshAll去刷新所有的需求。
SelectColumns
:
选择列,打开选择列对话框,你可以决定哪些字段显示在需求树中,并决定它们的显示顺序。
Zoomin
:
展开,改变需求树的细节等级。
单击ZoomIn按钮去展开需求树的指定分支。
单击ZoomIn箭头并选择ZoomOutOneLevel去取消预先展开的命令。
单击ZoomIn箭头并选择ZoomOutToRoot去收缩,并显示整个需求树的根结点。
Find
:
查找,打开查找需求对话框,能够让你在需求树中查找你想要的需求。
MailRequirement
:
Mail需求,打开发送邮件对话框,你可以从邮件列表中选择收件人,或输入其它的邮件地址,发送需求邮件。
Attachments
:
附件,打开附件对话框,能够让你为所选择的需求添加附件。
对于更多信息,请看第4章“增加附件”(AddingAttachments)。
1.2.4需求树(RequirementsTree)
QualityCenter在需求树中有机的组织并显示数据。
需求树中每一行都显示了一条独立的需求。
需求树中可以显示如下细节信息。
选项
描述
作者(Author)
创建此需求的用户名。
默认情况,QualityCenter插入登陆用户名到此字段。
创建日期CreationDate
需求被创建的日期。
默认情况下,创建日期被设置为当前服务器日期。
你也可以单击下拉箭头去显示一个日历,并选择一个不同的创建日期。
创建时间CreationTime)
需求被创建的时间。
默认情况下,创建时间被设置为当前服务器的时间。
描述(Description)
需求描述
覆盖状态(DirectCoverStatus)
需求当前的状态。
默认情况下,状态为NotCovered。
一个需求的状态能够是如下几种:
NotCovered:
这个需求没有被链接到测试。
Failed:
覆盖此需求的一个或多个测试被执行,且状态为:
Failed。
NotCompleted:
覆盖此需求的一个或多个测试被执行,且状态为:
NotCompleted。
Passed:
覆盖此需求的所有测试均有同样状态:
Passed。
NoRun:
覆盖此需求的所有测试均有同样状态:
NoRun。
你能够单击一下State,去打开你所选择需求的测试覆盖对话框,关于覆盖的更详细信息,请看第12章的“连接测试到需求”(LinkingTeststoRequirements)。
N/A:
不适用
修改(Modified)
标识此需求被最后修改的时间。
名称(Name)
需求名。
优先级(Priority)
需求的优先级。
范围从最低级别(Level1)到最紧急级别(Level5)。
产品(Product)
需求所基于的应用程序组件。
需求ID(ReqID)
需求的唯一数字ID,右QualityCenter自动分配。
注意,需求ID是只读的。
复查(Reviewed)
标识此需求是否被复查,并且被责任人批准通过。
类型(Type)
需求的类型,可以是Hardware或Software。
附件(Attachment)
指示本需求是否包含附件。
注意:
你可以改变需求树中任何字段的标签,也可以增加最多24个用户自定义的域到需求树中。
更进一步信息,请看《QualityCenter管理员手册》(QualityCenterAdministrator’sGuide)。
1.3开发需求树(DevelopingRequirementsTree)
需求树组织并展示了你的测试需求体系。
本章描述了:
创建需求树(CreatingaRequirementsTree)
在树中查询需求(FindingRequirementsintheTree)
查看需求树(ViewingtheRequirementsTree)
查看需求历史(ViewingRequirementHistory)
邮寄需求(MailingRequirements)
查看关联缺陷(ViewingAssociatedDefects)
修改需求树(ModifyingtheRequirementsTree)
从需求创建测试(CreatingTestfromRequirements)
1.3.1关于需求树(AbouttheRequirementsTree)
定义测试需求的过程是单调乏味并耗时的。
大多数情况下,测试组是用字处理软件或电子表格文档来记录需求。
这样的需求文档维护复杂,难以组织和分类,而且不能够连接到基于需求创建的测试和相应的缺陷。
作为整个测试过程的第一步,QualityCenter需求模块能够让你简单的定义和管理你的测试需求。
测试小组通过在QualityCenter中创建需求树来记录需求。
它以图表的方式展现了整个需求说明和需求关系。
一旦你已经创建了测试,你就可以在需求和测试间建立连接,而测试与缺陷又可以建立关联。
通过这种方式,你就可以跟踪测试需求到整个测试过程的每一个步骤。
假如测试需求被改变,你可以立即确定哪些测试和缺陷受到影响,并且是谁负责的收到了影响。
你能够在需求树中分组和分类需求,监控需求过程和任务分配,并产生详细的报告和图表。
注意:
本章假定你是使用需求模块的DocumentView去创建需求树。
关于CoverageView的更详细信息,请看七的“连接测试到需求”(LinkingTeststoRequirements)。
1.3.2创建需求(CreatingRequirements)
你可以通过创建需求树来定义你的需求。
创建需求树:
在需求模块的工具栏上单击NewRequirement按钮
,或者选择Requirements>NewRequirement.
注意:
假如需求字段已经在工程自定义窗口中定义,,则NewRequirement对话框将被打开。
为不要的字段选择值,并单击OK。
QualityCenter将增加一个默认名称为“NewRequirement”的新需求到需求树中。
为新的需求输入一个名称。
注意,需求名称中不能够包括字符:
/^*。
在Details面板中,输入新需求的描述信息。
Details面板上方的按钮分别是,清除NewRequirement对话框中的输入的信息;添加文件、URL、截图、系统信息、剪切版内容附件;校验拼写、拼写选项、辞典。
点击Submit按钮,保存新增的需求。
1.3.3更新需求(UpdatingRequirements)
1.双击想要更新的需求,或者选中需求然后电击“RequirementDetails”按钮,需求详细对话框被打开。
2.点击First按钮显示第一条需求,Previous按钮显示前一条需求。
3.Next显示下一条需求,Last显示最后一条。
4.发送关于这个需求的email.
1.3.4查找需求(FindingRequirements)
你可以基于需求名称或其它的一些信息,在需求树中查找需求。
注意:
假如你使用放大,QualityCenter会限制在你放大的区域进行搜索。
关于树放大的更多信息,请查看“查看需求树”(ViewingtheRequirementsTree)。
查找需求:
在菜单上Edit—〉Find。
。
。
FindRequirement对话框将被打开。
在FindinField框中,选择查找的依据。
在ValuetoFind框中,输入或选择你所选择字段的值。
此查找是不分大小写的。
举个例子,假如字段为Name,则在ValuetoFind框中输入需求名称。
假如字段名为Priority,则在ValuetoFind框中,选择一个优先级(从一到五)。
单击Find。
QualityCenter将会用给定的值去定位这个需求。
假如
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- QualityCenter 用户指南
![提示](https://static.bdocx.com/images/bang_tan.gif)