自动化测试总结:
  通过进行自动化测试操作,在其中学习到了很多脚本设计上,技巧上的方法,现总结如下:
  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进行调试