WinRunner技术分析.ppt

2.1 功能测试工具简介 软件功能测试是典型的黑盒测试，主要检查实际软件的功能是否符合用户的需求。 专业开发软件测试工具 MI公司的WinRunner Rational公司的Robot Compuware公司的QARun 基本原理都是通过录制和回放来实现自动化的功能测试，只是在具体实现形式上有所差别。 2.2 WinRunner简介 WinRunner(简称WR)是基于MS Windows的功能测试工具。 WR可以帮助测试人员自动处理从测试开发到测试执行的整个过程。 测试人员可以创建可修改的可复用的测试脚本，而不用担心软件功能模块的变更。 2.2 WinRunner简介 1、运行 1、运行 1、运行 1、运行 1、运行 2、测试模式 2、测试模式 环境判断模式（Context Sensitive mode） 能记录测试人员绝大部分的操作过程 WinRunner 会确定测试人员每一个所点击的操作（包括窗口菜单、目录和按钮）和典型的操作任务。 WinRunner 对每一个选择的对象写一个唯一的 GUI map来进行描述。 GUI map在于把文件维护从测试脚本中分离。如果应用软件用户界面改变了，测试人员只要更新 GUI map，不必重新录制。　 在“Test”菜单中点击“Record-Context Sensitive”就可以实现环境判断模式，一般在使用中默认为该模式。 2、测试模式 模拟模式（Analog mode） 能记录鼠标点击、键盘输入和鼠标在二维平面上（x轴、y轴）的精确运动轨迹。 在“Test”的菜单中点击“Record-Analog”后就可以实现模拟模式。 3、测试过程 WR的测试过程分为以下六个阶段： 创建GUI map 创建测试 调试测试 执行测试 查看测试结果 报告发现的错误 3、测试过程 创建GUI map 使用 RapidTest Script wizard(快速测试脚本指南)回顾软件用户界面，并系统地把每个GUI 对象的描述添加到 GUI map 中。 测试人员也可以在录制测试的时候，通过点击对象把对单个对象的描述添加到 GUI map 中。 注意：当使用 GUI map per test 模式时，测试人员可以跳过这一步骤。 3、测试过程 创建测试 测试人员可以通过录制、编程或两者同时使用的方式创建测试脚本。 录制测试时，在测试人员需要检查软件反应的地方插入检查点（Checkpoint）。测试人员可以插入检查点来检查 GUI 对象，位图(Bitmap)和数据库。 在这个过程中，WR 捕捉数据并作为期望结果（被测软件的期望反应）储存下来。 3、测试过程 调试测试 测试人员可以先在调试模式（Debug mode）下运行脚本。测试人员也可以设置中断点(Breakpoint)，监测变量，控制WR识别和隔离错误。调试结果被保存在调试文件夹（Debug folder），一旦调试结束就可以删除。 执行测试 测试人员在检验模式(Verify mode)下测试被测软件。WR在脚本运行中遇到检查点后，就把当前数据和前期捕捉的期望值进行比较。如果发现有不符合，就记录下来作为实测结果。 3、测试过程 查看测试结果 测试是否成功由测试者来认定。每次测试结束，WR会把结果显示在报告中。报告会详述测试执行过程中发生的所有主要事件，如检查点、错误信息、系统信息或用户信息。 如果在检查点有不符合被发现，测试者可以在 Test Results（测试结果）窗口查看预期结果和实测结果。如果是位图不符合，测试人员也可以查看用于显示预期值和实际测结果之间差异的位图。 3、测试过程 报告发现的错误 如果由于测试中发现错误而造成测试运行失败，测试人员可以直接从测试结果（Test Results） 窗口报告有关错误的信息。这些信息通过 EMAIL 发送给测试经理（QA Manager），用来跟踪这个错误直到被修复。 4、样本软件 启动样本软件 样本软件位于:【WinRunner】-【Sample Application】。 有两个版本 Flight 4A 和 Flight 4B。Flight 4A 是正常的软件，Flight 4B 有一些故意加入的错误。 登录 使用任意用户名（长度必须至少 4 个字符）登录 Flight Reservation (航班预订) 软件，密码为：Mercury。 WEB 版样品软件 在http://MercuryT可下载；或通过点击【WinRunner】-【Sample Application】-【Mercury Tours site】来访问。 5、测试套件 WR 和测试套件的其它工具一起提供整个测试流程的解决方案：测试计划、测试开发、GUI测试、错误跟踪和多用户系统客