测试实施过程

《测试实施过程》由会员分享，可在线阅读，更多相关《测试实施过程（31页珍藏版）》请在金锄头文库上搜索。

1、测试实施过程测试实施过程 一、测试计划一、测试计划 定义测试输入条件，确定测试策略和划分测试功能点、设计测试用例规划，在此过程 中还要考虑测试用例的属性和该测试是否进行迭代测试。 11 计划目的计划目的 ? 测试需求 ? 测试策略 ? 测试资源 ? 测试进度 1.2 确定内容：确定内容： ? 必须进行那些测试？ ? 测试在何时开始，希望何时通过以及测试日程安排； ? 测试在哪里进行？换句话说，就是测试将在何种软、硬件配置的环境下运行？ ? 确定测试方法和测试工具； 1.3 实施内容实施内容 1） 、确定测试项目（中心员工综合打分系统） 2） 、测试其基本功能的正确性（包括，登陆权限的验证，数据

2、输入、输出格式的验证、添加、修改、更新、删除、以及可变因素的更改） 3） 、确定测试策略和方法（针对功能正确性验证的测试）测试过程中录制相应测试脚本（包括手工脚本和自动化执行脚本） 4） 、制定测试计划（2 个小时） 5） 、确定测试资源 1.4 计划预期目标计划预期目标 1） 、用 Administrator 建立测试项目 2） 、用 RequisitePro 确定测试需求管理 3)、创建 ClearQuest 数据库 4） 、创建测试用户和用户组 1.5 具体操作具体操作 使用 Rational Administrator 建立测试项目 何建立一个内网共用的 project 的步骤总结下

3、1、 先创建 web 共享的文件夹，空的 2 、在 Administrator 建 project，路径通过网上邻居指到上面那个文件夹 3、配置 datastore，在此可以配置 RequisitePro 用来确定对测试需求管理和创建 ClearQuest数据库用来对以后发现的缺陷进行管理。 完成 4 、在 Administrator 里连到 project，配账号，密码，分权限 5 、通知测试人员加入项目。 1.6 预期目标预期目标 1、使得学员了解测试计划的格式 2、能初步掌握测试计划的撰写工作； 启动启动 Rational Administrator 配置测试资源 配置测试资源 ? 创建

4、需求声明（详见 RequisitePro 使用） ? 创建 ClearQuest 数据库（详见 ClearQuest 中创建数据库） 二、测试设计二、测试设计 测试设计是对每个测试用例进行详细的测试步骤设计， 设计时力求覆盖所有功能点。 设计的测试步骤，就是实施测试时的操作步骤。测试设计还包括选择检查点、设计检查位置、定义测试用例的条件和确定测试通过的标准。 对于要求进行回归测试的软件用例的设计要考虑测试用例的复用性和扩展性。 2.1 设计内容设计内容 ? 创建测试计划 ? 组织测试用例文件夹 ? 创建测试用例 指明基本步骤需要与应用和系统交互，以便执行测试。 说明测试的前置条件和后置条件。

5、说明测试的可接受标准。 2.2 具体步骤 1） 、启动 TestManager 2.2 具体步骤 1） 、启动 TestManager 选择所刚才创建的项目TestTrain 输入在Administrator中创建的用户名称和密码 2） 、认识TestManager主界面 2） 、认识TestManager主界面 3） 、测试的输入（Test Inputs） 3） 、测试的输入（Test Inputs） 确定测试输入这是测试的依靠或是测试需要的验证。 测试输入帮助你决定你需要测试 的内容。也帮助我们确定基于开发过程中可能需要的变化。 TestManager有两个内置的测试输入类型： 在一个Ra

6、tional RequisitePro项目中的需求 在一个Rational Rose虚拟模型中的元素 这些内置测试输入类型使你容易地获得需求和模型元素， 并让你将这些输入与其他用以跟踪 目的的测试资产相关联。TestManager也支持常规的测试输入类型。当安装了Office后会出 现第三种测试输入类型Microsoft Excel。 4、 ）建立测试计划 4、 ）建立测试计划 选择File创建测试计划测试计划， 创建好测试计划后就可用在其中针对我们选择的测试项目考虑测试用例， 测试用例的组织可试用测试用例文件夹来分层组织。 你可以为每一个测试人员创建一个测试计划文件夹也可以为系统中的重要用例

7、创建。 一个文件夹或者是为测试工程中的一个重要的部分创建一个文件夹。 文件夹创建好后你便可以组织你的测试用例了。 测试计划文件夹中包含一些特性例如文件夹的名称（必须） ，文件夹的拥有者、描述以及其迭代联系情况，除名称外你可以在以后的工作中添加或者更改其配置情况。 组织测试用例 5、根据确定的功能点设计测试用例 5、根据确定的功能点设计测试用例 Case1- 启动系统 Case2- 退出系统 Case3-登陆验证 Case4-记录交替验证 Case5-添加记录验证 Case6-更新记录验证 Case7-修改记录验证 Case8-删除记录验证 Case9-可变因数设置验证 用例示例： 用例名称用例

8、名称 登陆验证登陆验证 编号编号 TTrain测试培训001项目项目/软件软件 员工业务打分管理系统 程序版本程序版本 3.1 功能名称 功能名称 系统登陆 编制人编制人 王航伟 相关用例 相关用例 无 功能特性 功能特性 管理员拥有最大权限，一般用户拥有只读权限 测试目的： 测试目的： 验证功能的正确性 预置条件 预置条件 管理员正确密码： jash 操作步骤 操作描述 数据 期望结果 操作步骤 操作描述 数据 期望结果 1 启动测试练习项目 出现登录界面 2 输入错误管理员密码 非 jash 数据 提示非管理员密码后，以只读权限打开 3 退出系统重新登陆 出现登录界面 4 输入管理员密码

9、JASH 提示非管理员密码后，以只读权限打开 5 退出系统重新登陆 出现登录界面 6 输入管理员密码 jash 以管理员权限打开系统 测试人员测试人员 王航伟 备注备注 管理员正确密码： jash 用例名称用例名称 添加员工信息添加员工信息 编号编号 TTrain测试培训003项目项目/软件软件 员工业务打分管理系统 程序版本程序版本 1.0 功能名称 功能名称 添加员工信息 编制人编制人 王航伟 相关用例 相关用例 成功的以管理员帐号登陆系统 功能特性 功能特性 启动系统和退出系统 测试目的： 测试目的： 验证功能的正确性 预置条件 预置条件 无 操作步骤 操作描述 数据 期望结果 操作步骤

10、 操作描述 数据 期望结果 1 启动测试练习项目 出现登录界面 2 输入管理员密码 jash 登成功的登陆系统 3 选择添加按钮 信息框变为可读 4 输入相应数据（非正常范围内） 姓名： 性别： 部门： 年龄： 迟到： 早退： 旷工： 工作得分： 考勤得分： 领导评分： 业务考核： 详细资料： 5 点击确定按钮按钮 出现相应提示信息 6 输入相应数据（正常范围内） 姓名： 性别： 部门： 年龄： 迟到： 早退： 旷工： 工作得分： 考勤得分： 领导评分： 业务考核： 详细资料： 7 点击确定按钮 成功添加了信息 测试人员测试人员 王航伟 备注备注 管理员正确密码： jash 三、测试开发 三、

11、测试开发 测试开发是根据测试用例设计的测试步骤进行具体的测试准备， 即通过对被测程序的操作， 利用测试工具录制自动执行测试的脚本并修改脚本增强脚本的健壮性。 对于不适合自动化测试的功能点我们采用编写手工测试用例进行补充。 3.1 内容内容 ? 手工测试脚本 ? 自动化测试脚本 ? 测试工具 TestManager 和 Robot 使用 3.2 具体实施 3.2.1 手工测试脚本 3.2 具体实施 3.2.1 手工测试脚本 启动 TestManager 选择 File-?New Test Script-?Manual 按照要求在 Description（描述）中输入测试用例的操作步骤；在 Exp

12、ected Result 中输入预期的输入结果； 当 Type 中的图标为表示此操作没有被执行验证也可表示为次功能不正常，当图标变为表示此操作被验证过且功能正常；在 Note 中我们可以输入相应的说明性文字。如下图 322 自动化测试脚本（自动化测试脚本（Robot） 启动 Rational Robot 开始测试。 （和 TestManager 相似） ? Robot 的工作方式： ? 记录测试的过程，产生脚本文件； ? 回放脚本，捕捉测试程序里对象状态； ? 产生结果，在 TestManager 中显示。 ? 创建脚本 Robot 有两种脚本类型：GUI 和 VU。 ? GUI：用于性能测试

13、，支持查证点，使用 SQA Basic 语言编写，一台计算机上不能同时执行多个 GUI 脚本。 ? VU：用于负载测试，不支持查证点，使用 VU 语言编写，一台计算机上可以同时执行多个 VU 脚本。 1） 、录制脚本作用 1） 、录制脚本作用 使用 Robot 测试， 首先要把手动测试程序原先编译的版本的过程录制下来， 以供回放时比较。 Robot 在录制过程中记录： ? 用户的动作，比如鼠标移动、键盘敲击等。帮助用户在应用程序中定位； ? 插入的查证点。查证点是用户在脚本中创建的，用来捕捉存储指定对象信息，以确认其编译后状态的一种点。 2） 、建立测试环境 2） 、建立测试环境 录制的开头和

14、结尾都应在同一点上。举个例子，打开被测程序主界面，开始测试。结束后， 应还原被测程序的主界面。 即测试前与测试后的计算机显示的内容应一致。 为减轻 Robot的录制工作量，最好关闭所有不需要的程序。 3） 、选择需要支持的环境。 3） 、选择需要支持的环境。 4） 、设置录制选项 4） 、设置录制选项 ? General 选项卡：prefix 编辑框 若为空，每次录制新脚本时都要输入脚本名；若输入内容，录制新脚本时，将自动在该内容末尾加序号作为脚本名。 多选框 Define Unknown Object as Type “Generic“ 若未选，Robot 遇到不认识的对象类型时，会要求定义

15、它；若选中，Robot 自动认为它是 Generic 型，可以测试对象的基本属性。 ? Robot Window 选项卡：设置 Robot 窗口在录制时的显示状态和快捷键。 ? Web Browser 选项卡：设置 HTML 纪录的默认 Web 浏览器。 ? Object Recognition Order 选项卡： ? 脚本自动命名 ? 控制 Robot 相应未知对象 ? 选择对象参考顺序 ? 设置 Robot 窗口选项 ? 在回放时改变 Robot 主窗口默认行为 ? 改变热键 5） 、GUI 纪录工作流程 5） 、GUI 纪录工作流程 按照设计好的测试用例步骤先启动 Robot 的录制有

16、两种方法： ? 第一种方法：点击 Standard 工具条上的 Record GUI.按钮或 File-Record GUI.，选择脚本； ? 第二种方法：在 Record 工具条上点击 Display GUI Insert Toolbar 按钮，出现 Insert工具条。点击上面的 Start 按钮，输入被测程序名和路径。脚本会自动打开被测程序，点击工具条上 Insert At Cursor 按钮，插入录制动作。 1、 ）按照指导，为脚本确定可预测的起始状态和结束状态，安装测试环境。 2、 ）设置纪录选项，也可在纪录开始后设置。 3、 ）开始纪录。 4、 ）在测试环境下启动应用程序，必须按照期望回放的方式正确启动应用程序。 5、 ）在应用程序中执行系列行为。 6、 ）加入必要的特写，例如查证点、注释以及几十器。 7、 ）如有必要，将面向对象记录切换至底层纪录方式。 8、 ）结束纪录会话。 9、 ）可选操作，通过文件菜单下属性菜单