软件测试计划实例.ppt

第二章 软件测试计划 测试计划 测试范围 测试环境需求 测试进度安排 测试风险 使用Rational TestManager 进行测试计划 2.1 测试计划 软件测试应该考虑到的问题 软件测试的内容 测试计划模板 如何确定测试计划 软件测试计划 测试中应考虑到的问题 所有的出错可能性 性能(Performance)问题 软件的兼容性(Compatibility) 测试计划模板 p测试背景 产品 项目涉及人员（如软硬件项 目负责人）介绍以及相应联 系方式等 p测试依据 软件需求文档； 软件规格书； 软件设计文档； 其他（参考文档） p测试资源 测试设备需求； 测试人员需求 测试环境需求； 其他 p 测试策略 采用的测试方法； 搭建哪些测试环境； 采用的测试工具以及测试管 理工具 怎样进行人员培训 p 测试日程 测试需求分析； 测试用例编写 测试实施，根据项目计划， 将测试分成哪些测试阶段， 每个阶段的工作重点以及投 入的资源等 p 其他 编写的日期，作者等信息 2.2 软件测试的范围 设计阶段 产品设计是否符合客户需求 架构设计是否符合产品设计 ，是否容易导致缺陷，是否 容易导致低劣性和不稳定性 ，是否有利于测试 测试方案是否对功能覆盖完 备，是否采用恰当方法测试 每个不同领域，时间人力是 否足够，帮助开发人员提高 效率的措施是否恰当和足够 ，是否保证测试工具的质量 实施阶段 - 某次代码更新是否引发严重缺 陷以至无法测试 - 某个开发人员是否引入了太多 缺陷 稳定阶段 - 缺陷是否值得修复 - 缺陷修复顺序是否合理 - 缺陷修复是否会引发更 多的缺陷 发布阶段 - 缺陷数量是否有扩大化 的趋势 - 待发布版本是否符合发布 标准 确定测试范围 1. 测试组审查系统需求 2. 测试组审查设计文档系统 3. 测试工程师评审任务说明，确定关键系统功能和高风 险系统功能。 4. 测试工程师对系统清晰定义并理解系统需求或使用的 用例，以便确定测试目标、测试目的和测试策略 5. 确定用于项目的自动测试工具。 6. 将测试参数形成文档，其中包括确定测试目标、测试 目的和测试策略时所做的所有假设。还需将先决事件 、文档及支持各种测试活动的产品罗列出来。 7. 确定系统验收准则，估计测试风险，制订降低风险的 计划 2.3 测试环境需求 操作系统类型版本和补丁版本，被测试软 件的版本和补丁版本、相关支撑软件 计算机的配置情况，主要包括CPU 、内存 和硬盘的相关参数，其它硬件参数 2.5 软件测试的七类风险 设计，编码，相关文档质量不规范，软件质量标准不 清晰 用户的需求发生重大变更或测试计划和设计大幅度地 调整等因素所导致测试时间延长、经费增加 测试初始阶段的软，硬件设备不到位 测试人员的技术不到位 特定的测试环境不能到位 主要的测试人员因故缺席 测试数据准备不充分 质量需求或产品的特性理解不准确，造成测试范围分 析的误差 测试用例设计不到位，执行不完全 2.6 使用Rational TestManager进行测试计划 2.6.1 TestManage介绍 TestManager提供测试管理的核心平台，它是测试人员 的工作环境。测试人员与团队成员用它来计划、管理 、组织、执行、评估以及报告个别测试用例或整个测 试计划。通过与需求管理工具RequisitePro 的集成， TestManager 可以生成关于测试用例的需求覆盖率报 告，从而保证测试的完备性。利用它可以控制所有类 型的测试活动从手工回归测试到缺陷跟踪，直到扩 展的自动化压力测试。通过集中控制测试流程并轻松 共享测试结果，IBM Rational TestManager提高了整 个开发生命周期的测试效率。 2.6.2 Testmanage测试流程 利用TestManager实现软件自动化测试流程： 测试计划、测试设计、测试实施、测试执行、测试评估 测试流程 测试流程 每个测试环节的具体阐述如下： 测试计划的目的是确定和描述要实施和执行的测试。这一环节主 要生成包含测试需求和测试策略的测试计划。 测试设计的目的是确定、描述和生成测试过程和测试用例。 测试实施的目的是记录、生成或编写在测试设计环节中定义的测 试过程。这一环节主要将测试过程转化为计算机可以理解并执行 的信息，称为测试脚本。 测试执行的目的是确保整个系统按既定意图运行。对于每一个迭 代，都需要增加测试过程和测试用例用以测试新增的功能，同时 还需要重复执行以前版本测试过的所有测试用例（回归测试）。 测试评估的目的是生成并交付测试评估摘要。这是通过复审并评 估测试结果、确定并记录变更请求（Change Request）以及计算 主要评估方法来完成的。测试评估摘要以组织有序的格式提供测 试结果和主要评估方法，用于评估测试对象和测试流程的质量。 2.6.3 TestManage测试计划 关于测试计划的编制 收集并识别测试输入 创建测试计划 创建测试用例文件夹 创建测试用例 定义在你需要测试时的资源配置 定义迭代在你需要执行测试时 识别测试输入 当首次开始编制测试计划时，需要创建一个包含所有 需要测试的东西的测试列表。一个方法是在编制计划 的开始阶段，找到那些可利用的资源，它们有助于你 决定什么需要测试。例如： 原型 软件构架 功能描述 需求分析 可视化模型 源代码文档 需求变更 TestManager有两种内置的测试输入的类型： 在一个Rational RequisitePro 工程中的需求类型。 在一个Rational Rose 可视模型中的元素类型。 来自Rational RequisitePro中的需求 需要将RequisitePro 工程与TestManager一起注册，操作步骤: 1 点击Tools菜单中的Manage项，打开Test Input Types。 2 打开Rational RequisitePro，并点击Edit。(如果Edit不可用， 即没有管理员权限。) 3 点击Sources标识和Insert项。 自定义测试输入的类型 1. 点击Tools Manage Test Input Types。 2. 点击 New。(如果点击New无效，即你没有管理员的权限。) 创建测试计划（Creating a Test Plan） 在TestManager中，测试计划是Rational Test数据存 储的资产。 创建测试计划： 在测试资产工作区（Test Asset Workspace）的计划编制标签（ Planning tab）中，右键点击测试计划，点击New Test Plan。 测试计划的属性 测试计划的名称（必需的）。 测试计划的描述。 测试计划所有者。 对于测试计划的配置关联。 对于测试计划的迭代关联。 测试计划的外部文档关联。 组织测试用例文件夹 在一个测试计划中，可以创建测试用例文件夹 来分层次组织测试用例。可以用任一种方法来 组织测试用例，使用哪些方法由测试结果来决 定。可以在测试用例文件夹（test case folders）中再创建一个test case folders。 在测试计划窗口中，右键点击测试计划或测试 用例文件夹（test case folder），点击Insert Test Case Folder。 文件夹的名称是必需的。对于其他所有的属性 ，可以在第一次创建文件夹的时候来添加它们 ，或者在晚些时候添加或是修改这些属性 。 创建测试用例 1. 测试用例的属性 测试用例的名称（必需的）。 测试用例的一个描述。 测试用例的所有者。 对于测试用例的配置关联。 对于测试用例的迭代关联。 对于测试用例的任何测试输入关联。 对于测试用例的任何外部文档的关联。 测试用例手册和测试用例的自动执行。这里有可以运行的实际的 测试脚本。 测试用例的设计（换句话说，当测试用例被实施时，用例执行的 步骤和检验点）。 前置条件、后置条件和测试用例的验收标准。 2. 指定所有者（Specifying the Owner） ：可 以在新测试用例（New Test Case）对话框的 General标签中的Owner列表中选择测试用例的所有者 。所有者对于计划的编制和目的的跟踪是很重要的。 3. 定义测试的配置：可以使用配置（configurations ）来设立测试用例，以便它们在特定的硬件和软件支持 下的电脑上自动运行。例如 ： Windows 2000 and Internet Explorer 4 Windows 2000 and Netscape 4 Windows NT 4 and Internet Explorer 4 Windows NT 4 and Netscape 4 在设置配置时，主要有以下的四个步骤： 1)、由于许多属性并非TestManager已经内置的属性，所以要定义 自定义的属性和它们可能的值。例如，浏览器就不是内置属性。 要创建一个命名为“浏览器”的属性，属性值则是“Internet Explorer 4”和“Netscape 4”。 2)、为你将要运行一个“配置的测试用例”（configured test case） 的电脑创建一个命名为“tmsconfig.csv”的文件。这个文件包含为 那台电脑设置的自定义属性和适当的属性值。例如，假设一台电 脑使用“Internet Explorer 4”，那么，必须在电脑上创建一个 “tmsconfig.csv”文件，用来指明这个浏览器就是该电脑上使用的 浏览器。 3)、定义你需要测试的特定配置。 4)、每一个配置与一个测试用例相关联，来创建一个“配置的测试用 例”（configured test case）例如，测试用例需要运行在 “Windows 2000”和“Internet Explorer 4”中，要将这些配置与测 试用例关联起来。 4. 定义配置的属性和属性的值 查看内置的配置属性 :TestManager 伴随着许多的内置属性 1 、点击Tools Manage Configuration Attributes. 2 、查看每一个属性的properties，选择属性并点击Edit。任何被定义的 属性值出现在列表中的属性值区域中 定义自定义的配置属性：点击Tools Manage Configuration Attributes。点击New按钮。 5. 在tmsconfig.csv 文件中设置自定义属性 设置自定义属性和属性值： 1) 、创建名为“tmsconfig.csv”的文件。可以通过Excel或通过任何 一种文本编辑器来创建这个文件。（要确定将文件保存为csv格式 。） 2) 、向文件中添加成对的合适属性和值。在这个例子中，该测试机 运行的是Internet Explorer 4。因此，这个配置文件包含： Browser,Internet Explorer 4。在tmsconfig.csv文件中那些属 性和值成对的用例必须与在TestManager中定义的这些包含自定 义属性和属性值的用例相匹配。 3 )、将文件保存为tmsconfig.csv。 4)、 在恰当的本地或代理测试机上，将该tmsconfig.csv文件导入到 Rational Test文件夹中。 如果一个测试用例的配置使用自定义属性，而这些属性完全匹配 与测试机上tmsconfig.csv文件中定义的属性，则这个配置的测试 用例将仅仅运行该测试机上。 6 、定义需要测试的配置 现在已经定义了配置的属性和属性值，可以定义需要测试的配置 了。这个过程是迭代的。通过运行测试的项目，可能会继续扩充 和精炼这个列表。定义一个配置： 1) 、点击Tools Manage Configurations。点击New按钮。2) 、点击Attributes标签。 7 、将一个配置与一个测试用例相关联：在创建了配置后，可以将一 个配置与一个测试用例相联系，从而创建一个配置的测试用例。要 使一个功能模块可以有效地工作在多种配置下，在这个时候，配置 的测试用例是很有用的。例如，假设有一个测试用例，“关闭应用 程序。”你需要有效地将这个测试用例通过两种配置：Windows 2000与Internet Explorer 4，Windows2000 与 Netscape 4。 你应该创建两种配置的测试用例与主要的测试用例相关联。 可以用下面的几种方法来建立配置与测试用例的关联： 在创建一个新的测试用例时，在New Test Case的对话框中点击 Iterations Configurations标签。 在对一个现存测试用例的属性进行编辑时，在Test Case Properties对话框中点击Iterations -Configurations标签。 在Test Plan窗口中，右键点击一个测试用例，并点击Associate Configuration。选择配置进行关联。 8、 指定何时进行测试 ：许多测试组织计划比之在任意给定时 间内实际执行具有更多的测试用例。可以在TestManager中创建 所有的测试用例，然后使用迭代去确定你实际需要执行和通过的 那些特定的测试用例。 9 、创建并编辑迭代 创建或编辑迭代： 1 、选择Tools Manage Iterations。 2 、点击New创建一个新的迭代，或选择一个现存的迭代并点击Edit。如果 New 和Edit按钮不可用，说明你还不具有管理员的权限。 可