QualityCenter用户指南.docx

上传人:b****1 文档编号:2009443 上传时间:2023-05-02 格式:DOCX 页数:74 大小:1.13MB
下载 相关 举报
QualityCenter用户指南.docx_第1页
第1页 / 共74页
QualityCenter用户指南.docx_第2页
第2页 / 共74页
QualityCenter用户指南.docx_第3页
第3页 / 共74页
QualityCenter用户指南.docx_第4页
第4页 / 共74页
QualityCenter用户指南.docx_第5页
第5页 / 共74页
QualityCenter用户指南.docx_第6页
第6页 / 共74页
QualityCenter用户指南.docx_第7页
第7页 / 共74页
QualityCenter用户指南.docx_第8页
第8页 / 共74页
QualityCenter用户指南.docx_第9页
第9页 / 共74页
QualityCenter用户指南.docx_第10页
第10页 / 共74页
QualityCenter用户指南.docx_第11页
第11页 / 共74页
QualityCenter用户指南.docx_第12页
第12页 / 共74页
QualityCenter用户指南.docx_第13页
第13页 / 共74页
QualityCenter用户指南.docx_第14页
第14页 / 共74页
QualityCenter用户指南.docx_第15页
第15页 / 共74页
QualityCenter用户指南.docx_第16页
第16页 / 共74页
QualityCenter用户指南.docx_第17页
第17页 / 共74页
QualityCenter用户指南.docx_第18页
第18页 / 共74页
QualityCenter用户指南.docx_第19页
第19页 / 共74页
QualityCenter用户指南.docx_第20页
第20页 / 共74页
亲,该文档总共74页,到这儿已超出免费预览范围,如果喜欢就下载吧!
下载资源
资源描述

QualityCenter用户指南.docx

《QualityCenter用户指南.docx》由会员分享,可在线阅读,更多相关《QualityCenter用户指南.docx(74页珍藏版)》请在冰点文库上搜索。

QualityCenter用户指南.docx

QualityCenter用户指南

目录

前言2

1.需求说明书7

1.1需求定义工作流(TheRequirementsSpecificationWorkflow)7

1.1.1定义测试范围(DefiningtheTestingScope)8

1.1.2创建测试需求大纲(CreatingtheTestingRequirementsOutline)8

1.1.3定义需求(DefiningRequirements)9

1.1.4分析需求定义(AnalyzingyourRequirementsSpecification)9

1.2需求模块概述(TheRequirementsModule)10

1.2.1需求模块10

1.2.2需求菜单栏(TheRequirementsMenuBar)14

1.2.3需求工具栏(TheRequirementsToolbar)14

1.2.4需求树(RequirementsTree)15

1.3开发需求树(DevelopingRequirementsTree)17

1.3.1关于需求树(AbouttheRequirementsTree)17

1.3.2创建需求(CreatingRequirements)18

1.3.3更新需求(UpdatingRequirements)19

1.3.4查找需求(FindingRequirements)20

1.3.5替换值(ReplacingFieldValues)21

1.3.6查看需求树(ViewingtheRequirementsTree)22

1.3.7查看需求历史(ViewingRequirementHistory)24

1.3.8邮寄需求(MailingRequirements)24

1.3.9查看关联缺陷(LinkingDefects)27

1.3.10修改需求树(ModifyingtheRequirementsTree)28

1.3.11从需求创建测试(CreatingTestsfromRequirements)30

2.测试计划35

2.1测试计划工作流(TheTestPlanWorkflow)35

2.1.1定义测试策略(DefiningTestingStrategy)36

2.1.2定义测试主题(DefiningTestSubjects)37

2.1.3设计测试(PlanningTests)37

2.1.4创建需求覆盖(CreatingRequirementsCoverage)38

2.1.5设计测试步骤(DesigningTestSteps)38

2.1.6自动测试(AutomatingTests)39

2.1.7分析测试计划(AnalyzingYourTestPlan)39

2.2测试计划模块概述(TheTestPlanModule)40

2.2.1测试计划模块40

2.2.2测试计划菜单栏(TheTestPlanMenuBar)41

2.2.3测试计划工具栏(TheTestPlanToolbar)42

2.2.4测试网格(TheTestGrid)43

2.3开发测试计划树(DevelopingTestPlanTree)46

2.3.1关于测试计划树(AbouttheTestPlanTree)47

2.3.2创建测试计划树(CreatingaTestPlanTree)48

2.3.3添加测试到测试计划树(AddingTeststoaTestPlanTree)49

2.3.4查看测试计划树(ViewingtheTestPlanTree)52

6.5关联缺陷到测试(AssociatingDefectswithaTest)54

2.3.6邮寄测试(MailingTests)56

2.3.7在树中查找测试(FindingTestsintheTree)58

2.3.8排列测试计划树(SortingaTestPlanTree)59

2.3.9修改测试计划树(ModifyingtheTestPlanTree)60

2.4连接测试到需求(LinkingTeststoRequirements)62

2.4.1关于连接测试到需求(AboutLinkingTeststoRequirements)62

2.4.2连接需求到一个测试(LinkingRequirementstoaTest)64

2.4.3连接测试到一个需求(LinkingTeststoaRequirement)67

2.4.4分析覆盖(AnalyzingCoverage)69

2.5建立测试(BuildingTests)70

2.670

3.测试执行70

4.缺陷跟踪70

5.质量中心分析70

前言

欢迎您使用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)

需求所基于的应用程

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 求职职场 > 简历

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2