1、1目 录前言 -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 REQUIREMENTS MODULE
2、） -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
4、 Requirements） -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分析测试
5、计划（Analyzing Your 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
6、a Test Plan Tree） -482.3.3 添加测试到测试计划树（Adding Tests to a Test Plan Tree） -492.3.4查看测试计划树（Viewing the Test Plan Tree） -526.5关联缺陷到测试（Associating Defects with a Test） -5422.3.6 邮寄测试（Mailing Tests） -562.3.7在树中查找测试（Finding Tests in the Tree） -582.3.8排列测试计划树（Sorting a Test Plan Tree） -592.3.9修改测试计划树（Modify
7、ing the Test Plan Tree） -602.4连接测试到需求（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测试执
8、行 -704缺陷跟踪 -705质量中心分析 -703前言欢迎您使用 Quality Center, 它是 Mercury Interactive 公司推出的基于WEB浏览器环境下的管理工具，无论是在 Internet环境下还是在公司内部的以太网环境下你都可以通过浏览器来访问 Quality Center。 通常情况下，测试需要多样式的硬件环境平台，多重的配置（计算机，操作系统，浏览器）和多种的应用开发版本，在测试过程中管理所有的外部特征是非常耗时并且非常困难的。在测试过程中，通过系统地控制 Quality Center将会非常简单并且使测试管理变得富有生机，它能够在测试流程上帮助你创建一个框架
9、和基础。Quality Center能帮助你维护一个涉及程序中所有功能的测试数据库。在你的工程中的每一个测试点都对应着一个指定的测试需求。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 C
10、enter通过与你的邮件系统相关联，缺陷跟踪的相关信息就可以被整个应用开发组，QA , 客户支持，负责信息系统的人员所共享。 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 ）第三方工具及定制的测试
11、工具，需求和配置管理工具和建模工具。Quality Center能够与这些测试工具很好的无缝链接，为你提供的全套解决方案选择来进行全部自动化的应用测试。 Quality Center指南会带你自始至终的贯穿于需求说明书，测试计划，测试4实施和测试各个阶段中的缺陷跟踪, 通过将应用程序测试中所包含的所有任务整合起来，能够为你的客户带来拥有高品质保证的应用软件。 测试过程管理 使用 Quality Center进行测试管理包括四部： 明确条件：分析你的应用程序并且确定下你的测试条件。 测试计划：根据你的测试条件创建你的测试计划。 执行测试：在你的测试运行平台上创建 Test sets。 跟踪缺陷：
12、报告在你的应用程序中的缺陷并且记录下整个缺陷的修复过程。 贯穿每一个阶段，通过产生详细的报告和图表你可以去分析数据。 明确条件 分析你的应用程序并且确定下你的测试条件。 确定测试范围：检查应用程序的文档是为了确定你的测试范围和测试目标，策略。 建立需求：构建“需求树”目的是为了确定完全涵盖你的测试需求。 详细需求信息：为“需求树”中的每一个需求话题建立了一个详细的目录，描述每 一个需求，给它分配一个优先级，如果需要的话还可以加上附件。 分析详细需求 ：这些产生的报告和图表可以帮助你分析你的测试需求，检查需求以确保它们在你的测试范围内。 编制测试计划 根据你的测试需求创建你的测试计划 5定义测试
13、策略 : 检查你的应用程序，系统环境和测试资源的目的是为了确认你的测试目标。 定义测试对象 : 为了测试将你的应用程序以模块或者是功能将其划分，构造测试计划树来划分你的应用程序到测试单元或对象。 定义测试 ：每一个模块你都需要确定其测试类型，在测试计划树中为每一个测试点添加基本说明。 创建需求覆盖 ：连接每一个测试和测试需求。 涉及测试步骤 ：你可以通过在测试计划(树型结构)中添加一些步骤来进行手动测试.测试步骤描述了测试注意事项，检查点，每个测试的预期结果，确定自动测试哪一个。 自动测试 ：利用 Mercury Interactive的测试工具或者是第三方的测试工具为你要进行进行自动化测试的
14、测试建立测试脚本。 分析测试计划 : 生成的报告和图表可以帮助你分析测试计划数据，通过检查你可以确定它们和你的测试目标是一致的。 测试运行 在你的测试运行平台上创建 Test sets 6创建 Test sets ：在你的工程中定义不同的测试组来保证与不同的测试目标之间的一致性，他们可能包括，举个例子，在一个应用程序中测试一个新的应用版本或是一个特殊的功能。确定每个 test set都包括了那些测试。 运行时间表 ：为应用程序测试员分配测试任务和时间表。 运行测试 ：在你的 test set手动或自动的执行测试。 分析测试结果 : 观看测试结果的目的是为了确定在测试运行中出现的缺点是否已经被发
15、现。生成的报告和图表可以帮助你分析这些结果。 缺陷跟踪 报告在你的应用程序中的产生缺陷并且记录下整个缺陷的修复过程。 添加缺陷 ：报告在你的应用程序中新发现的缺陷。在测试过程中的任何阶段，质7量保证员，开发者，项目经理和最终用户都能添加缺陷。 检查新的缺陷 ： 检查新的缺陷和确定哪些缺陷应该被修复。 修复开放的缺陷 ：修复那些你决定要修复的缺陷。 测试新的构建 ：测试在你的应用程序中新被构建的部分，直到缺陷被修复。 分析缺陷数据 ：在缺陷被修复前，生成的报告和图表可以帮助你进行分析并且它还能帮助你确定什么时候发布应用程序。 关于工程数据库工作 当你创建了一个 Quality Center工程，
16、你需要存储和管理那些由 Quality Center收集而产生的数据。每一个工程都支持通过数据库来存储工程信息。 Quality Center工程的知识库中包含了你需要的很多东西，测试，test sets 运行测试，缺陷， 工程文档和用户信息。为了在应用测试工程中能够工作，每个Quality Center用户需要连续访问这些数据。 使用下面的这些数据库应用软件来存储和管理 Quality Center信息： _ Microsoft Access _ Sybase (只有 Quality Center企业版支持) _ Microsoft SQL (只有 Quality Center企业版支持)
17、_ Oracle (只有 Quality Center企业版支持) 关于创建和管理 Quality Center工程的更多信息，请查阅 Quality Center管理员指南。 用户权限Quality Center允许你有管理用户访问工程的权限，它会创建一个有权用户的列表和为一个组或者是一个用户分配一个口令。你可以控制每个用户能够对项目进行怎样的添加和修改. 在 Quality Center中用户所拥有的权利是由该用户所在的用户组决定的。Quality Center允许你为工程中指定的目录创建包含特权和许可机制的规则，一些有用的信息可能在 Quality Center的用户组中被用到。关于分配
18、口令和特权的更多信息，请查阅 Quality Center管理员指南。 81.需求说明书1.1 需求定义工作流（The Requirements Specification Workflow）你应该通过定义测试需求来开始整个应用程序的测试过程。需求详细地描述了在你的应用程序中哪些需要被测试，并为测试组提供了整个测试过程的基础。通过定义这些需求，你能够更好地聚焦于商业需要对测试进行计划和管理。需求与测试和缺陷关联，从而确保整个过程可追溯并帮助整个过程的决策。本章描述了怎样使用 Quality Center需求模块来定义测试需求。以下是需求定义工作流的流程图：在使用 Quality Center之
19、前，首先确保你已经有一个存放测试数据的工程。关于创建工程的更详细信息，请参考Quality Center管理员手册 （Quality Center Administrators Guide） 。91.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 检查操作和帮助。10对于完整的例子，请查看 Quality Center_Demo工程。关于创建需求树的更进一步信息，请看 “开发需求树” （Developing the Requirements Tree） 。1.1.3定义需求（Defining Requirements）对于每一个需求
22、主题，QA 测试员均应该创建相应的详细测试需求列表。例如，Application Security需求主题可能会被分解为如下的需求：在需求树中的每一个需求均要求被详细描述，并且应该包括所有与需求相关的附件。QA 测试人员分配每个需求一个优先级，此优先级会作为测试组创建测试计划的一个考虑因素。111.1.4分析需求定义（Analyzing your Requirements Specification）QA管理人员复查这些需求，并确定测试范围被更早的定义。他们还应该将需求的状态改为“Reviewed” ，假如这个需求被评审通过的话。你应该产生 Quality Center报告和图表来帮助你评审需
23、求。对于更多信息，请查看“产生报告” （Generating Reports）和 “产生图表” （Generating Graphs） 。在随后的测试计划中，你应该使用这些需求作为基础。你在测试计划阶段所创建的测试也应该覆盖这些需求。关于需求和测试覆盖的更多信息，请查看 “连接测试到需求” （Linking Tests to Requirements） 。这些测试也能够被缺陷进行关联，从而在整个测试过程形成完整的回溯。需求模块一览（The Requirements Module at a Glance）本章将结束 Quality Center需求模块的核心元素。包括如下内容：需求模块（The
24、Requirements Module）需求菜单栏（The Requirements Menu Bar）需求工具条（The Requirements Toolbar）需求树（The Requirements Tree）1.2需求模块概述（The Requirements Module）1.2.1需求模块你可以在 Quality Center中单击左侧工具栏中的 Requirements来定义你的需求。你可以用以下 4种方式显示需求:12Requirement TreeRequirements Grid13Requirements CoverageCoverage Analysis14注意：你可
25、以从 Microsoft Word、Excel 或第三方的需求管理工具中导入需求到你的 Quality Center工程。对于导入需求，你必须首先安装相应的 Quality Center插件。对于更详细信息请查看Quality Center安装手册 （Quality Center Installation Guide） 。需求模块包括如下的核心元素：Requirements Menu Bar，需求菜单栏，具有需求模块命令的下拉菜单。Requirements Toolbar，需求工具栏，具有创建或修改需求树的常用命令按钮。View，视图选择框，能够让你去选择需求树的显示方式：文档视图或覆盖视图。
26、Requirements Tree，需求树，你的测试需求的一种图形表达。更详细信息请看需求树（The Requirements Tree） 。Description Tab，描述标签页，显示当前所选择需求的注释，仅在文档视图中有效。单击 Show箭头去显示描述面板。Attachment Tab，附件，为选中的需求提供附加的信息，可以存储文件、图片等内容。History Tab，历史标签页，显示当前所选择需求的历史操作列表。Tests Coverage Tab，测试覆盖标签页，显示了在需求树上，当前所选择的需求的测试列表。仅适用于覆盖视图。Details Tab，细节标签页，显示了在需求树上当前
27、树选择需求的详细描述。仅15适用于覆盖视图。1.2.2需求菜单栏（The Requirements Menu Bar）需求菜单栏包括如下的菜单：Requirements菜单，包括命令：在需求树上修改需求、从一个需求产生一个测试、Mail 一个需求。Edit菜单，包括命令：剪切、复制、粘贴、重命名、删除需求，和查找、替换搜索需求。View菜单，包括命令：设置需求树的显示、查找一个需求、浏览测试覆盖、关联缺陷、附件。Favorites菜单，包括命增加、组织个人使用喜好的命令。Analysis菜单，包括命令：产生需求报告和图表。关于需求报告的更详细信息，请看 “产生报告” （Generating R
28、eports） 。关于需求图表的更详细信息，请看 “产生图表” （Generating Graphs） 。1.2.3 需求工具栏（The Requirements Toolbar）需求工具栏包括如下的按钮：New Requirements ：新建需求，增加一个新的需求到需求树。Quality Center将增加此需求到当前所选择的需求下面，并处于相同等级。New Child Requirements ：新建子需求，增加一个新的需求到需求树。Quality Center将增加此子需求到当前所选择的需求下面，并处于低一级的级16别。Delete ：删除，从需求树中删除所选择的需求。Refresh
29、Selected ：刷新，刷新在需求模块中的数据。单击 Refresh Selected按钮，去刷新当前所选择的需求。所有子需求也会被同时刷新。单击 箭头并选择 Refresh All去刷新所有的需求。Select Columns ：选择列，打开选择列对话框，你可以决定哪些字段显示在需求树中，并决定它们的显示顺序。Zoom in ：展开，改变需求树的细节等级。单击 Zoom In按钮去展开需求树的指定分支。单击 Zoom In箭头并选择 Zoom Out One Level去取消预先展开的命令。单击 Zoom In箭头并选择 Zoom Out To Root去收缩，并显示整个需求树的根结点。F
30、ind ：查找，打开查找需求对话框，能够让你在需求树中查找你想要的需求。Mail Requirement ：Mail 需求，打开发送邮件对话框，你可以从邮件列表中选择收件人，或输入其它的邮件地址，发送需求邮件。Attachments ：附件，打开附件对话框，能够让你为所选择的需求添加附件。对于更多信息，请看第 4章“增加附件” （Adding Attachments） 。1.2.4需求树（Requirements Tree）Quality Center在需求树中有机的组织并显示数据。需求树中每一行都显17示了一条独立的需求。需求树中可以显示如下细节信息。选项 描述作者（Author）创建此需求
31、的用户名。默认情况，Quality Center 插入登陆用户名到此字段。创建日期Creation Date需求被创建的日期。默认情况下，创建日期被设置为当前服务器日期。你也可以单击下拉箭头去显示一个日历，并选择一个不同的创建日期。创建时间Creation Time）需求被创建的时间。默认情况下，创建时间被设置为当前服务器的时间。描述（Description）需求描述覆盖状态（Direct Cover Status）需求当前的状态。默认情况下，状态为 Not Covered。一个需求的状态能够是如下几种：Not Covered：这个需求没有被链接到测试。Failed：覆盖此需求的一个或多个测试
32、被执行，且状态为：Failed。Not Completed：覆盖此需求的一个或多个测试被执行，且状态为：Not Completed。Passed：覆盖此需求的所有测试均有同样状态：Passed。No Run：覆盖此需求的所有测试均有同样状态：No Run。你能够单击一下 State，去打开你所选择需求的测试覆盖对话框，关于覆盖的更详细信息，请看第 12章的“连接测试到需求” （Linking Tests to Requirements） 。N/A：不适用修改（Modified）标识此需求被最后修改的时间。18名称（Name） 需求名。优先级（Priority）需求的优先级。范围从最低级别（Le
33、vel 1）到最紧急级别（Level 5） 。产品（Product） 需求所基于的应用程序组件。需求 ID（Req ID）需求的唯一数字 ID，右 Quality Center自动分配。注意，需求 ID是只读的。复查（Reviewed）标识此需求是否被复查，并且被责任人批准通过。类型（Type） 需求的类型，可以是 Hardware或 Software。附件（Attachment）指示本需求是否包含附件。注意：你可以改变需求树中任何字段的标签，也可以增加最多 24个用户自定义的域到需求树中。更进一步信息，请看Quality Center管理员手册（Quality Center Administ
34、rators Guide） 。1.3开发需求树（Developing Requirements Tree）需求树组织并展示了你的测试需求体系。本章描述了：创建需求树（Creating a Requirements Tree）在树中查询需求（Finding Requirements in the Tree）查看需求树（Viewing the Requirements Tree）查看需求历史（Viewing Requirement History）邮寄需求（Mailing Requirements）查看关联缺陷（Viewing Associated Defects）修改需求树（Modifying
35、the Requirements Tree）从需求创建测试（Creating Test from Requirements）191.3.1关于需求树（About the Requirements Tree）定义测试需求的过程是单调乏味并耗时的。大多数情况下，测试组是用字处理软件或电子表格文档来记录需求。这样的需求文档维护复杂，难以组织和分类，而且不能够连接到基于需求创建的测试和相应的缺陷。作为整个测试过程的第一步，Quality Center需求模块能够让你简单的定义和管理你的测试需求。测试小组通过在 Quality Center中创建需求树来记录需求。它以图表的方式展现了整个需求说明和需求关
36、系。一旦你已经创建了测试，你就可以在需求和测试间建立连接，而测试与缺陷又可以建立关联。通过这种方式，你就可以跟踪测试需求到整个测试过程的每一个步骤。假如测试需求被改变，你可以立即确定哪些测试和缺陷受到影响，并且是谁负责的收到了影响。你能够在需求树中分组和分类需求，监控需求过程和任务分配，并产生详细的报告和图表。注意：本章假定你是使用需求模块的 Document View去创建需求树。关于Coverage View的更详细信息，请看七的“连接测试到需求” （Linking Tests to Requirements） 。1.3.2 创建需求（Creating Requirements）你可以通过
37、创建需求树来定义你的需求。创建需求树：在需求模块的工具栏上单击 New Requirement按钮 ，或者选择 Requirements New Requirement.注意：假如需求字段已经在工程自定义窗口中定义， ，则 New Requirement对话框将被打开。为不要的字段选择值，并单击 OK。Quality Center将增加一个默认名称为“New Requirement”的新需求到需求树中。20为新的需求输入一个名称。注意，需求名称中不能够包括字符：/ *。在 Details 面板中，输入新需求的描述信息。Details 面板上方的按钮分别是，清除 New Requirement
38、对话框中的输入的信息；添加文件、URL、截图、系统信息、剪切版内容附件；校验拼写、拼写选项、辞典。点击 Submit 按钮，保存新增的需求。1.3.3更新需求（Updating Requirements）1. 双击想要更新的需求，或者选中需求然后电击“Requirement Details”按钮，需求详细对话框被打开。212. 点击 First按钮显示第一条需求，Previous 按钮显示前一条需求。3. Next显示下一条需求，Last 显示最后一条。4. 发送关于这个需求的 email.1.3.4 查找需求（Finding Requirements）你可以基于需求名称或其它的一些信息，在需
39、求树中查找需求。注意：假如你使用放大，Quality Center会限制在你放大的区域进行搜索。关于树放大的更多信息，请查看 “查看需求树” （ Viewing the Requirements Tree） 。查找需求：22在菜单上 EditFind。 。 。Find Requirement对话框将被打开。在 Find in Field框中，选择查找的依据。在 Value to Find框中，输入或选择你所选择字段的值。此查找是不分大小写的。举个例子，假如字段为 Name，则在 Value to Find框中输入需求名称。假如字段名为 Priority，则在 Value to Find框中，选择一个优先级（从一到五） 。单击 Find。Quality Center将会用给定的值去定位
