自动化脚本开发

脚本的质量会影响到整个自动化执行的效率以及质量，更是影响到后期的维护成本。规范，是提高脚本质量的一个重要手段，没维护过脚本的人是不懂这个道理的。下面是我个人在脚本开发过程中的一点见解，基于HW自动化工厂工具Impeller开发语言Ruby

1、脚本开发过程中配置的下发和删除：

     在setUp中下的配置，要在tearDown中删除，在空配置环境中执行完这个脚本后，不留一点配置

2、脚本长度控制：

    长度太长的脚本阅读起来很费劲，所以尽量减少脚本长度。我见过三四百行的脚本，很长。里面包含了2到3个测试点。遇到这种情况，可以考虑下将这个用例拆分成2到3个脚本，每个脚本只测试其中一个功能点。这样做的一点好处就是万一其中一个点跑错了，不至于后面的功能点就测试不到了。也不至于前面的测试点都过了，最后一个失败，重新执行脚本所带来的大量施加小号

3、测试套中变量的定义：

    变量取名尽量让读者能看的明白。例如点击页面上的 “导出”按钮，可以写成 @button_export = "导出"，

    相同属性的变量，比如是某个模块使用到的变量，可以放在一起定义，加上注释。在定位的时候很快就找到变量而不用Ctrl + F,减少定位时间

    与整个测试套无关的变量不要存在测试套脚本，增加脚本阅读难度

    定义全局变量，然后在脚本中使用，这样做的一个好处就是，万一哪天变量发生变化，就不需要一个个改脚本了。在测试套中修改这个全局变量的值就行了。举个例子我就遇到过UI界面上的 “导出”后来修改成了，“导出全部”。然后搜索脚本内容修改

4、测试谈中方法的定义

    脚本中会使用到很多自定义的方法，在测试套中自定义这些方法最重要的是加上注释和使用方法，我最近在使用一个格式就是

    #Author：Spider_Li

    #Date：2017/01/01

    #AW : 

    #            ret = get_file_size(filepath)     

    #Parameter: 

    #             filepath ：文件绝对路径

    #Description:

    #             获取文件大小, 

    #Example:                   

     #               ret = get_file_size("d://hello.txt")

     def get_file_size(filePath)

            if  File.exist(filePath)

                return File.size(filePath)

            else:

                print("找不到文件")