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