软件测试基本功之WinRunner篇

    [转]

    前段时间公司需要实施WinRunner来进行回归测试，包括制定一套方案和一套标准脚本，通过实施起来真的是学到了很多东西，还是赶快总结出来，久了可能又忘记了。

自动化测试总结：
    通过进行自动化测试操作，在其中学习到了很多脚本设计上，技巧上的方法，现总结如下：
    1.首先编写测试脚本前，考虑产品可以分为那几个模块，模块中分为那个步骤，测试模块中的那些点，最好是先写一个简单的列表，这样在编写脚本时就比较清晰整体的架构和逻辑。例：在做XXXX项目前就是因为没有对整体预先进行设计，导致后面很多地方进行修改，如在设计测试报告输出方面就没考虑到以那种形式进行输出，开始是对整个报告输出到一个HTML文件中，后面改成先有一整模块的报告来显示那些用例通过，那些失败的，然后通过点击就可以查看用例测试的详细信息。
    2.对于每一个输入条件都要进行判断，判断是否正确，不正确就把不正确的信息写入测试报告中，然后根据需要是否退出整个测试。如加载GUI_PATH路径就要进行判断，判断不存在就输出错误信息并退出测试。
    3.所有关于路径方面的变量都应该是相对路径，不能是绝对路径，不管是输出还是输入。如函数库路径LIB，应该这样写（比如static lib_path = getvar("testname") & "//..//..//..//share//lib";），就是通过getvar("testname")获取到当前脚本的路径，然后在后加上LIB所在文件夹路径，其他的变量也是一样，最好不要用绝对路径（如：c:/abd/aaa/lib），绝对路径对后期维护很差，而且当脚本转移到其他电脑上，放的路径和以前不相同，则测试脚本将跑不成功。
    4.脚本中尽量在最前面进行变量定义，然后在脚本中进行调用变量，这样维护脚本就只需要修改变量中定义的值，而不需要去脚本中到处修改。
    5.变量名字定义尽量通俗易懂，看到就大概知道定义的什么
    6.脚本定义格式：
      1)测试模块名称
      2)创建日期
      3)创建版本
      4)修改记录
      5)创建人
      6)被测程序用的语言
      7)测试目的
      8)参数
      9)返回值
    7.注释：定义的变量，测试的步骤都必须进行注释说明
    8.函数定义：函数尽量定义成多用，只接受外面传来的参数，在函数中不要进行过多操作。
    9.函数格式：
      1)函数名称
      2)函数目的
      3)函数参数
      4)函数返回值
    10.脚本中加载函数后，在测试结束必须用UNLOAD释放
    11.GUI整理：
      1)可以对某GUI的Logical Name进行修改，修改为易懂的名称
      2)对GUI的Physical Description进行模糊匹配（一般把MSW_class: *这个去掉）
      3)对GUI进行通配符，如
        {
         class: window,
                label: "[已连接]127.0.0.1"
         }
         可以修改为
         {
                class: window,
                label: "!//[已连接//].*"
          }
          PS：[ ] 是WR中进行通配符中的，所有当要对带有[ ]进行通配符的话，如上面。其他的符号也是一样
       4)每个模块的GUI生成一个GUI文件
    12.进行脚本调试时多用PAUSE进行调试