TestManager实践使用课件

1、TestManager实践使用,Rational TestManager实践使用,2010.02.01,TestManager实践使用,概述 读者范围 工作流程 TestManager的主要窗口 创建测试计划 创建测试用例夹 创建测试用例 设计测试用例 实施测试用例 执行测试用例 测试用例的执行 测试结果的查看 提交缺陷,TestManager实践使用,概述,Rational TestManager从一个独立的、全局的角度对于各种测试活动进行管理和控制. 它让测试者可以随时了解需求变更对于测试用例的影响, 通过针对一致目标而进行的测试与报告提高了团队生产力. Rational TestMana

2、ger用来从各个方面进行测试管理。,返回,TestManager实践使用,读者范围,本手册面向项目分析人员，项目设计人员和开发人员，质量保证组成员，项目经理，以及任何包含在此次测试工作中的其他负责人。,返回,TestManager实践使用,工作流程,TestManager工作流程支持RUP定义的5个主要的测试活动，他们是一个软件工程过程： 测试的计划 测试的设计 测试的实施 测试的执行 测试的评估 这些活动的每一个都与测试资产有输入和输出的交互，如下图所示:,返回,TestManager实践使用,工作流程,返回,TestManager实践使用,工作流程,制定测试计划:是确定和描述要实施和执行的

3、测试。这是通过生成包含测试需求和测试策略的测试计划来完成的。可以制定一个单独的测试计划，用于描述所有要实施和执行的不同测试类型，也可以为每种测试类型制定一个测试计划。 设计测试:是确定、描述和生成测试过程和测试用例。 实施测试:是实施（记录、生成或编写）设计测试中定义的测 试过程。输出工件是测试过程的计算机可读版本，称为测试脚本。 执行测试:是确保整个系统按既定意图运行。系统集成员在各迭代中编译并链接系统。每一迭代都需要测试增加的功能，并重复执行以前版本测试过的所有测试用例（回归测试）。 评估测试:是生成并交付测试评估摘要。这是通过复审并评估测试结果、确定并记录变更请求，以及计算主要测试评测方

4、法来完成的。测试评估摘要以组织有序的格式提供测试结果和主要测试评测方法，用于评估测试对象和测试流程的质量。,返回,TestManager实践使用,TestManager的主要窗口,TestManager的主要窗口和它的一些子窗口:,编制计划标签：包括两个文件夹，测试计划和迭代 执行标签：编列项目中的suites，测试机，测试机列表 结果标签：编列项目中的builds,测试日志文件夹，测试日志 分析标签：编列项目中的报告,返回,TestManager实践使用,创建测试计划,在测试资产工作区的计划编制标签中，右键点击测试计划，点击New Test Plan，如图所示的新建测试计划： 在创建测试计划

5、的时候，我们要确定测试计划的所有人，测试计划的配置关联和迭代关联,返回,TestManager实践使用,创建测试用例文件夹,一个测试计划包含很多测试用例，而测试用例在测试用例文件夹中被组织起来。首先要创建测试用例文件夹来分层次组织的测试用例。我们按照Rose中Use Cases 、RequisitePro等来创建测试用例文件夹。 在测试计划窗口中，选择测试计划或测试用例文件夹，点击右键菜单“Insert Test Case Folder”,弹出如下窗口,根据项目的要求，配置测试用例文件夹的配置关联和迭代关联,返回,TestManager实践使用,创建测试用例,测试用例集中于测试计划。在定义了测

6、试输入和决定如何测试之后，就可以创建测试用例了。一个测试用例经常是属于一个测试计划中一个测试用例文件夹的。 在测试计划窗口中，右键点击一个测试用例文件夹，点击Insert Test Case。在Test Inputs Tab中可以关联选择该测试用例对应的需求文档的部分（测试输入），在Implementation Tab中选择该测试用例所对应的手工脚本，此外前置条件，后置条件，和测试用例的验收标准也是必须要填写的。,注：测试用例的名称（必填项），依据UseCase中活动图分析出基本流、分支流，并以此来命名。如“基本流-XXX”、“分支流-XX”。,返回,TestManager实践使用,创建测试用

7、例,每个用例应由一个基本流,多个分支流构成; 测试用例命名要规范,名称应概括反映出此用例的内容,方便客户理解 必要时分支流的测试用例命名应标注“分支流”字样 UseCase中有些存在继承的父用例可以不编辑对应的测试用例，可放在子用例中编写,返回,TestManager实践使用,设计测试用例,启动Rational Manual Test并创建一个新的手工测试脚本：,步骤：在应有或系统中被获得的一个活动。在你第一次开始设计时，这可以是一般的，久而久之会变得更明确具体。 检验点：在一个测试脚本中的一个检验点可以进一步确定一个或更多目标的状态。,在TestManager中，点击File New Tes

8、t Script Manual。 在Manual Test中我们要描述出每个用例场景的操作步骤和检验点。 操作步骤即我们通常所说的测试步骤，检查点可以认为是期望结果。 我们在这里可以利用检查点来验证打开窗口，窗口数据项名称，系统提示等的正确性。并将手工脚本和测试用例进行关联，一个测试用例只编写一个测试脚本，当一个测试用例关联一个自动化脚本和一个手工脚本时，自动化脚本将默认被执行。,返回,TestManager实践使用,设计测试用例,步骤,检验点,返回,TestManager实践使用,实施测试用例,建立一个实施与一个测试用例的关联，通过建立测试脚本与测试用例的关联，你可以执行报告以提供测试的覆盖

9、信息。,在测试用例的属性窗口，选择Implementation标签，通过Select按钮关联测试用例。 前置条件：如何设置应有程序和系统以便测试用例可以执行。 后置条件：如何在测试用例执行后做清除。 可接受标准：如何决定测试用例是否通过。,返回,TestManager实践使用,执行测试用例,测试用例的运行 测试结果的查看 提交缺陷,返回,TestManager实践使用,测试用例的运行,设置执行手工测试脚本选项： 在Rational ManualTest中，选择Tools Options,可任选地，设置一个执行选项去登陆未加抑制的步骤和验证点作为警告。,返回,TestManager实践使用,测试

10、用例的运行,选择一个测试用例，右键点击“Run”,完成对运行测试用例的配置后，点击ok会弹出Run Manual Test Script window窗口,返回,TestManager实践使用,测试用例的运行,在运行手工测试脚本时，根据实际测试时每一步的执行情况把实际的测试结果记录在Run Manual Test Script window这个页面，这样我们在日志中就可以清楚的看到每个测试用例的执行情况，是通过还是出错，点击Done按钮，系统自动弹出Test Log界面，显示执行的结果。,对于一个步骤，Result列显示check box选择框，选择Result检查对话框以指明你已经执行了的步

11、骤。 对于一个验证点，Result列显示下拉框(pass、fail、none),点击Result单元，并点击None，Pass，或Fail。,返回,TestManager实践使用,测试用例的运行,返回,TestManager实践使用,测试结果的查看,执行一组suite，测试用例，测试脚本之后TestManager写结果到一个测试日志中 ，测试日志记录在Results Tab的Builds目录下，日志名称和测试用例的一致。双击后在窗口的右侧可以显示Test Log TestLog窗口包含了测试日志摘要（Test Log Summary）区域，测试用例结果（Test Case Results）标签，和细节（Details）标签。 在Test Log窗口中可以通过点击Test Case Results标签来获得每个测试用例总的结果是通过还是失败？Test Case Results标签展现一个测试用例的执行结果。 首次打开一个测试日志并点击Test Case Results标签时，这里显示的Interpreted Result是系统执行后产生的结果，但我们根据实际的分析情况可以修改结果。修改后要promoted该结果，指明该结果有意义,返回,TestManager实践使用,测试结果的查看,Test Log 窗口中的Det