脚本的质量会影响到整个自动化执行的效率以及质量,更是影响到后期的维护成本。规范,是提高脚本质量的一个重要手段,没维护过脚本的人是不懂这个道理的。下面是我个人在脚本开发过程中的一点见解,基于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("找不到文件")