QualityCenter用户指南.docx

1、QualityCenter用户指南目 录前言 21.需求说明书 71.1需求定义工作流（The Requirements Specification Workflow） 71.1.1定义测试范围（Defining the Testing Scope） 81.1.2创建测试需求大纲（Creating the Testing Requirements Outline） 81.1.3定义需求（Defining Requirements） 91.1.4分析需求定义（Analyzing your Requirements Specification） 91.2需求模块概述（The Requirement

2、s Module） 101.2.1需求模块 101.2.2需求菜单栏（The Requirements Menu Bar） 141.2.3 需求工具栏（The Requirements Toolbar） 141.2.4需求树（Requirements Tree） 151.3开发需求树（Developing Requirements Tree） 171.3.1关于需求树（About the Requirements Tree） 171.3.2 创建需求（Creating Requirements） 181.3.3更新需求（Updating Requirements） 191.3.4 查找需求（F

3、inding Requirements） 201.3.5替换值（Replacing Field Values） 211.3.6查看需求树（Viewing the Requirements Tree） 221.3.7查看需求历史（Viewing Requirement History） 241.3.8 邮寄需求（Mailing Requirements） 241.3.9 查看关联缺陷（Linking Defects） 271.3.10修改需求树（Modifying the Requirements Tree） 281.3.11 从需求创建测试（Creating Tests from Requir

4、ements） 302.测试计划 352.1测试计划工作流（The Test Plan Workflow） 352.1.1定义测试策略（Defining Testing Strategy） 362.1.2定义测试主题（Defining Test Subjects） 372.1.3设计测试（Planning Tests） 372.1.4创建需求覆盖（Creating Requirements Coverage） 382.1.5设计测试步骤（Designing Test Steps） 382.1.6自动测试（Automating Tests） 392.1.7分析测试计划（Analyzing You

5、r Test Plan） 392.2测试计划模块概述（The Test Plan Module） 402.2.1 测试计划模块 402.2.2 测试计划菜单栏（The Test Plan Menu Bar） 412.2.3 测试计划工具栏（The Test Plan Toolbar） 422.2.4测试网格（The Test Grid） 432.3开发测试计划树（Developing Test Plan Tree） 462.3.1关于测试计划树（About the Test Plan Tree） 472.3.2 创建测试计划树（Creating a Test Plan Tree） 482.3.

6、3 添加测试到测试计划树（Adding Tests to a Test Plan Tree） 492.3.4查看测试计划树（Viewing the Test Plan Tree） 526.5关联缺陷到测试（Associating Defects with a Test） 542.3.6 邮寄测试（Mailing Tests） 562.3.7在树中查找测试（Finding Tests in the Tree） 582.3.8排列测试计划树（Sorting a Test Plan Tree） 592.3.9修改测试计划树（Modifying the Test Plan Tree） 602.4连接测

7、试到需求（Linking Tests to Requirements） 622.4.1关于连接测试到需求（About Linking Tests to Requirements） 622.4.2 连接需求到一个测试（Linking Requirements to a Test） 642.4.3 连接测试到一个需求（Linking Tests to a Requirement） 672.4.4分析覆盖（Analyzing Coverage） 692.5建立测试（Building Tests） 702.6 703测试执行 704缺陷跟踪 705质量中心分析 70前言欢迎您使用Quality Cen

8、ter, 它是Mercury Interactive 公司推出的基于WEB浏览器环境下的管理工具，无论是在Internet环境下还是在公司内部的以太网环境下你都可以通过浏览器来访问Quality Center。 通常情况下，测试需要多样式的硬件环境平台，多重的配置（计算机，操作系统，浏览器）和多种的应用开发版本，在测试过程中管理所有的外部特征是非常耗时并且非常困难的。在测试过程中，通过系统地控制Quality Center将会非常简单并且使测试管理变得富有生机，它能够在测试流程上帮助你创建一个框架和基础。 Quality Center能帮助你维护一个涉及程序中所有功能的测试数据库。在你的工程中

9、的每一个测试点都对应着一个指定的测试需求。To meet the various goals of a project, you organize the tests in your project into unique groups. Quality Center为调度并且执行test sets提供了直观的且有效的方法来收集测试结果和分析数据。Quality Center也可以为一个复杂的系统跟踪应用程序缺陷起到重要作用，你也可以在一发现缺陷的时候就监控它直到这个缺陷被解决。Quality Center通过与你的邮件系统相关联，缺陷跟踪的相关信息就可以被整个应用开发组，QA , 客户支持，

10、负责信息系统的人员所共享。 Quality Center 强烈建议你配合Mercury Interactive公司的其他测试工具（WinRunner, Load Runner, QuickTest Professional, Astra Quickest , QuickTest Professional for MySAP.com Windows Client, Astra LoadTest, XRunner, Visual API, and Visual API-XP ）第三方工具及定制的测试工具，需求和配置管理工具和建模工具。Quality Center能够与这些测试工具很好的无缝链接，为

11、你提供的全套解决方案选择来进行全部自动化的应用测试。 Quality Center指南会带你自始至终的贯穿于需求说明书，测试计划，测试实施和测试各个阶段中的缺陷跟踪, 通过将应用程序测试中所包含的所有任务整合起来，能够为你的客户带来拥有高品质保证的应用软件。 测试过程管理 使用Quality Center进行测试管理包括四部： 明确条件：分析你的应用程序并且确定下你的测试条件。 测试计划：根据你的测试条件创建你的测试计划。 执行测试：在你的测试运行平台上创建Test sets。 跟踪缺陷：报告在你的应用程序中的缺陷并且记录下整个缺陷的修复过程。 贯穿每一个阶段，通过产生详细的报告和图表你可以去

12、分析数据。 明确条件 分析你的应用程序并且确定下你的测试条件。 确定测试范围：检查应用程序的文档是为了确定你的测试范围和测试目标，策略。 建立需求：构建“需求树”目的是为了确定完全涵盖你的测试需求。 详细需求信息：为“需求树”中的每一个需求话题建立了一个详细的目录，描述每 一个需求，给它分配一个优先级，如果需要的话还可以加上附件。 分析详细需求 ：这些产生的报告和图表可以帮助你分析你的测试需求，检查需求以确保它们在你的测试范围内。 编制测试计划 根据你的测试需求创建你的测试计划 定义测试策略 : 检查你的应用程序，系统环境和测试资源的目的是为了确认你的测试目标。 定义测试对象 : 为了测试将你

13、的应用程序以模块或者是功能将其划分，构造测试计划树来划分你的应用程序到测试单元或对象。 定义测试 ：每一个模块你都需要确定其测试类型，在测试计划树中为每一个测试点添加基本说明。 创建需求覆盖 ：连接每一个测试和测试需求。 涉及测试步骤 ：你可以通过在测试计划(树型结构)中添加一些步骤来进行手动测试.测试步骤描述了测试注意事项，检查点，每个测试的预期结果，确定自动测试哪一个。 自动测试 ：利用Mercury Interactive的测试工具或者是第三方的测试工具为你要进行进行自动化测试的测试建立测试脚本。 分析测试计划 : 生成的报告和图表可以帮助你分析测试计划数据，通过检查你可以确定它们和你的

14、测试目标是一致的。 测试运行 在你的测试运行平台上创建Test sets 创建Test sets ：在你的工程中定义不同的测试组来保证与不同的测试目标之间的一致性，他们可能包括，举个例子，在一个应用程序中测试一个新的应用版本或是一个特殊的功能。确定每个test set都包括了那些测试。 运行时间表 ：为应用程序测试员分配测试任务和时间表。 运行测试 ：在你的test set手动或自动的执行测试。 分析测试结果 : 观看测试结果的目的是为了确定在测试运行中出现的缺点是否已经被发现。生成的报告和图表可以帮助你分析这些结果。 缺陷跟踪 报告在你的应用程序中的产生缺陷并且记录下整个缺陷的修复过程。 添

15、加缺陷 ：报告在你的应用程序中新发现的缺陷。在测试过程中的任何阶段，质量保证员，开发者，项目经理和最终用户都能添加缺陷。 检查新的缺陷 ： 检查新的缺陷和确定哪些缺陷应该被修复。 修复开放的缺陷 ：修复那些你决定要修复的缺陷。 测试新的构建 ：测试在你的应用程序中新被构建的部分，直到缺陷被修复。 分析缺陷数据 ：在缺陷被修复前，生成的报告和图表可以帮助你进行分析并且它还能帮助你确定什么时候发布应用程序。 关于工程数据库工作 当你创建了一个Quality Center工程，你需要存储和管理那些由Quality Center收集而产生的数据。每一个工程都支持通过数据库来存储工程信息。 Qualit

16、y Center工程的知识库中包含了你需要的很多东西，测试，test sets 运行测试，缺陷， 工程文档和用户信息。为了在应用测试工程中能够工作，每个Quality Center用户需要连续访问这些数据。 使用下面的这些数据库应用软件来存储和管理Quality Center信息： _ Microsoft Access _ Sybase (只有Quality Center企业版支持) _ Microsoft SQL (只有Quality Center企业版支持) _ Oracle (只有Quality Center企业版支持) 关于创建和管理Quality Center工程的更多信息，请查阅Q

17、uality Center管理员指南。 用户权限Quality Center允许你有管理用户访问工程的权限，它会创建一个有权用户的列表和为一个组或者是一个用户分配一个口令。你可以控制每个用户能够对项目进行怎样的添加和修改. 在Quality Center中用户所拥有的权利是由该用户所在的用户组决定的。Quality Center允许你为工程中指定的目录创建包含特权和许可机制的规则，一些有用的信息可能在Quality Center的用户组中被用到。关于分配口令和特权的更多信息，请查阅Quality Center管理员指南。 1.需求说明书1.1需求定义工作流（The Requirements S

18、pecification Workflow）你应该通过定义测试需求来开始整个应用程序的测试过程。需求详细地描述了在你的应用程序中哪些需要被测试，并为测试组提供了整个测试过程的基础。通过定义这些需求，你能够更好地聚焦于商业需要对测试进行计划和管理。需求与测试和缺陷关联，从而确保整个过程可追溯并帮助整个过程的决策。本章描述了怎样使用Quality Center需求模块来定义测试需求。以下是需求定义工作流的流程图： 在使用Quality Center之前，首先确保你已经有一个存放测试数据的工程。关于创建工程的更详细信息，请参考Quality Center管理员手册（Quality Center Ad

19、ministrators Guide）。1.1.1定义测试范围（Defining the Testing Scope）测试组在基于测试的测试应用的基础上，收集所有可以利用的文档信息，开始测试处理过程，例如收集市场和商务需求文档、系统需求说明书和设计文档等。使用这些文档您可以对应用程序的测试方面作一个全面彻底的了解，并以此为基础来确定你的测试范围测试目的、目标和策略（Goal、Objective、Strategy）。在确定您的测试范围之前你应该先问一下自己，以下的几个问题：应用程序的主要目的和方向是什么？应用程序有哪些主要特点？哪些功能在这个产品中是相对重要的？在应用程序中，哪些功能是危急的或高

20、风险的？你的测试优先级是什么？你的客户或最终用户是否同意你的测试优先级？你总的质量目标是什么？1.1.2创建测试需求大纲（Creating the Testing Requirements Outline）质量保证的管理人员用测试范围为应用程序的测试定义所有的测试需求。它们先定义测试主题，并将各个测试主题指派给测试组内的各个QA测试人员。然后每一个QA测试人员将自己所负责的测试主题记录到Quality Center工程上。需求主题是通过创建需求树记录在需求模块里。此需求树是以图表的方式形象地描述了你的需求说明书，并显示了不同级别需求的等级关系。举个例子，假设一个航班预定软件，它能够让你去管理航

21、班调动、旅客登记和机票销售。QA管理人员可能会定义他主要的测试需求为：登陆操作、数据库操作、传真发送操作、安全性能力检查、图形和报表操作、UI检查操作和帮助。对于完整的例子，请查看Quality Center_Demo工程。关于创建需求树的更进一步信息，请看 “开发需求树”（Developing the Requirements Tree）。1.1.3定义需求（Defining Requirements） 对于每一个需求主题，QA测试员均应该创建相应的详细测试需求列表。例如，Application Security需求主题可能会被分解为如下的需求： 在需求树中的每一个需求均要求被详细描述，并且

22、应该包括所有与需求相关的附件。QA测试人员分配每个需求一个优先级，此优先级会作为测试组创建测试计划的一个考虑因素。1.1.4分析需求定义（Analyzing your Requirements Specification） QA管理人员复查这些需求，并确定测试范围被更早的定义。他们还应该将需求的状态改为“Reviewed”，假如这个需求被评审通过的话。 你应该产生Quality Center报告和图表来帮助你评审需求。对于更多信息，请查看“产生报告”（Generating Reports）和 “产生图表”（Generating Graphs）。 在随后的测试计划中，你应该使用这些需求作为基础。

23、你在测试计划阶段所创建的测试也应该覆盖这些需求。关于需求和测试覆盖的更多信息，请查看 “连接测试到需求”（Linking Tests to Requirements）。这些测试也能够被缺陷进行关联，从而在整个测试过程形成完整的回溯。需求模块一览（The Requirements Module at a Glance）本章将结束Quality Center需求模块的核心元素。包括如下内容：需求模块（The Requirements Module）需求菜单栏（The Requirements Menu Bar）需求工具条（The Requirements Toolbar）需求树（The Requi

24、rements Tree）1.2需求模块概述（The Requirements Module）1.2.1需求模块你可以在Quality Center中单击左侧工具栏中的Requirements来定义你的需求。你可以用以下4种方式显示需求:Requirement TreeRequirements GridRequirements CoverageCoverage Analysis注意：你可以从Microsoft Word、Excel或第三方的需求管理工具中导入需求到你的Quality Center工程。对于导入需求，你必须首先安装相应的Quality Center插件。对于更详细信息请查看Qua

25、lity Center安装手册（Quality Center Installation Guide）。 需求模块包括如下的核心元素：Requirements Menu Bar，需求菜单栏，具有需求模块命令的下拉菜单。Requirements Toolbar，需求工具栏，具有创建或修改需求树的常用命令按钮。View，视图选择框，能够让你去选择需求树的显示方式：文档视图或覆盖视图。Requirements Tree，需求树，你的测试需求的一种图形表达。更详细信息请看需求树（The Requirements Tree）。Description Tab，描述标签页，显示当前所选择需求的注释，仅在文档视

26、图中有效。单击Show箭头去显示描述面板。Attachment Tab，附件，为选中的需求提供附加的信息，可以存储文件、图片等内容。History Tab，历史标签页，显示当前所选择需求的历史操作列表。Tests Coverage Tab，测试覆盖标签页，显示了在需求树上，当前所选择的需求的测试列表。仅适用于覆盖视图。Details Tab，细节标签页，显示了在需求树上当前树选择需求的详细描述。仅适用于覆盖视图。1.2.2需求菜单栏（The Requirements Menu Bar）需求菜单栏包括如下的菜单：Requirements菜单，包括命令：在需求树上修改需求、从一个需求产生一个测试、

27、Mail一个需求。Edit菜单，包括命令：剪切、复制、粘贴、重命名、删除需求，和查找、替换搜索需求。View菜单，包括命令：设置需求树的显示、查找一个需求、浏览测试覆盖、关联缺陷、附件。Favorites菜单，包括命增加、组织个人使用喜好的命令。Analysis菜单，包括命令：产生需求报告和图表。关于需求报告的更详细信息，请看 “产生报告”（Generating Reports）。关于需求图表的更详细信息，请看 “产生图表”（Generating Graphs）。1.2.3 需求工具栏（The Requirements Toolbar）需求工具栏包括如下的按钮：New Requirements

28、：新建需求，增加一个新的需求到需求树。Quality Center将增加此需求到当前所选择的需求下面，并处于相同等级。New Child Requirements：新建子需求，增加一个新的需求到需求树。Quality Center将增加此子需求到当前所选择的需求下面，并处于低一级的级别。Delete：删除，从需求树中删除所选择的需求。Refresh Selected：刷新，刷新在需求模块中的数据。单击Refresh Selected按钮，去刷新当前所选择的需求。所有子需求也会被同时刷新。单击箭头并选择Refresh All去刷新所有的需求。Select Columns：选择列，打开选择列对话框

29、，你可以决定哪些字段显示在需求树中，并决定它们的显示顺序。Zoom in：展开，改变需求树的细节等级。单击Zoom In按钮去展开需求树的指定分支。单击Zoom In箭头并选择Zoom Out One Level去取消预先展开的命令。单击Zoom In箭头并选择Zoom Out To Root去收缩，并显示整个需求树的根结点。Find：查找，打开查找需求对话框，能够让你在需求树中查找你想要的需求。Mail Requirement：Mail需求，打开发送邮件对话框，你可以从邮件列表中选择收件人，或输入其它的邮件地址，发送需求邮件。Attachments：附件，打开附件对话框，能够让你为所选择的需

30、求添加附件。对于更多信息，请看第4章“增加附件”（Adding Attachments）。1.2.4需求树（Requirements Tree）Quality Center在需求树中有机的组织并显示数据。需求树中每一行都显示了一条独立的需求。需求树中可以显示如下细节信息。选项描述作者（Author）创建此需求的用户名。默认情况，Quality Center插入登陆用户名到此字段。创建日期Creation Date需求被创建的日期。默认情况下，创建日期被设置为当前服务器日期。你也可以单击下拉箭头去显示一个日历，并选择一个不同的创建日期。创建时间Creation Time）需求被创建的时间。默认情

31、况下，创建时间被设置为当前服务器的时间。描述（Description）需求描述覆盖状态（Direct Cover Status）需求当前的状态。默认情况下，状态为Not Covered。一个需求的状态能够是如下几种：Not Covered：这个需求没有被链接到测试。Failed：覆盖此需求的一个或多个测试被执行，且状态为：Failed。Not Completed：覆盖此需求的一个或多个测试被执行，且状态为：Not Completed。Passed：覆盖此需求的所有测试均有同样状态：Passed。No Run：覆盖此需求的所有测试均有同样状态：No Run。你能够单击一下State，去打开你所选择需求的测试覆盖对话框，关于覆盖的更详细信息，请看第12章的“连接测试到需求”（Linking Tests to Requirements）。N/A：不适用修改（Modified）标识此需求被最后修改的时间。名称（Name）需求名。优先级（Priority）需求的优先级。范围从最低级别（Level 1）到最紧急级别（Level 5）。产品（Product）需求所基于的应用程