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