winrunner自动化测试工具使用文稿.pptVIP

GUI Map Editor GUI Map Editor提供了两种模式来查看GUI Map的内容： GUI Map：可以让用户看到整个GUI Map中所有的窗体和对象。 GUI Files：提供一个GUI File的文件清单，用户可以方便的查看单个GUI Map文件的内容。 在GUI Map Editor的“view”菜单中提供了这两种查看模式的转换。 修改逻辑名和物理描述 在GUI Map Editor中用户可以修改对象的逻辑名或物理描述。 当对象被赋予的逻辑名太长或含义不清晰时，就需要修改逻辑名使脚本容易阅读。当对象属性值变化时，就需要修改物理描述。 操作演示：在GUI Map Editor中修改对象的 逻辑名和物理描述 在文件间复制和移动对象 用户可以用从一个GUI map文件复制或移动GUI对象到另一个GUI map文件的方式更新GUI map文件。 注意：用户只能从一个被打开但是未被加载的GUI map文件中复制对象。如果用户使用GUI Map File per Test模式，就不可以手工打开或在文件之间复制或移动对象。 操作演示：在GUI Map文件间复制和移动对象 操作演示 在GUI Map File里找到对象 在多个GUI Map File里找到对象 在GUI Map File里手工添加对象 从GUI Map File里删除对象 清除GUI Map File 筛选显示对象 保存GUI的变更 5 学习虚拟对象 被测软件中可能包含位图，WR录制对这些位图的操作时使用win_mouse_click语句。通过把位图定义成虚拟对象(virtual object)，用户可以让WR像对待GUI对象那样处理它们。 依据位图在被测软件中的行为表现，用户可以 创建虚拟push buttons、 radio buttons、 check buttons、lists 或 tables。如果这些类型都不适合，用户可以创建一个属于综合类的虚拟对象。 操作演示：使用Virtual Object Wizard定义虚拟对象 6 创建测试 用户可以用录制或编程的方式创建测试。通常是结合以上两种方式创建测试脚本：首先录制一个基础测试脚本——用户对被测软件进行操作，TSL语言记录下这些操作；随后用户可以在录制的测试脚本中修改、添加功能等。 创建测试脚本的主要步骤：(1)决定用户想要测试的功能点，确定用户想在脚本中使用的检查点和同步点。(2)在测试属性对话框里把测试相关的信息文档化。(3)选择录制模式，并录制。 (4)给测试分配一个名字并保存。 关于检查点 检查点可以让用户比较软件当前版本和以前版本的区别。录制测试时，在用户需要检查软件反应的地方插入检查点；插入检查点后，WR会收集一套性能指标，在测试运行时对其一一验证。 在脚本中可以插入四类检查点：GUI检查点检验GUI对象信息。位图检查点做一个窗体或区域的截图，并把这张图片和以前版本进行比较。文本检查点读取GUI对象和位图中的文本，使用户可以检验文本内容。数据库检查点检查一定数量的行和列组成的集合（这个集合由用户在数据库中创建）的内容。 关于同步点 同步点用来处理测试运行中可能发生的时间控制和窗体位置等问题。当WR执行到同步点时，会暂停执行以等待应用程序某些状态的改变后，再继续执行脚本。 何时应该使用同步点？ 执行测试时，所测试的应用程序每次操作的响应时间并不一定，导致执行输入动作的时间也需要等待。例如：从数据库取得数据、等待一个窗口开启、等待某个状态讯息出现等动作可能会时快时慢，如果应用程序响应时间超过WR设置的等待时间，则测试执行就可能会失败。 关于数据驱动测试 如果用户想用多组数据测试相同的操作步骤，用户可以创建数据驱动测试。测试会循环执行指定的次数，每次执行都由不同的数据驱动。为了使WR可以使用这些数据，用户必须在测试脚本中建立和数据的联系，这就叫测试参数化。测试所需的多组数据会被存储在一个数据表中。 具体操作时，用户可以手动修改测试脚本或者用Data Driver Wizard来参数化测试以及把数据储存到表格中。 计划一个测试 确认将要测试的功能点。最好设计简短、测试单一功能点的测试；尽量不要设计繁长、一次涉及多个功能点的测试。 决定要在测试中使用的检查点和同步点。 如果计划使用录制的方式，就要决定哪个部分用Analog模式，哪个部分用Context Sensitive模式。 决定在脚本中添加哪些代码，如循环、数组或自定义功能。 测试信息文档化 创建测试前，用户可以把测试相关信息写在测试属性(Test Properties)对话框的综合和描述