对脚本设计，组织的讨论

youyun

1、设定全局变量；

不推荐使用全局变量，因为我在测试时发现修改全局变量后，不会自动编译，执行时还是会使用修改前的值
除非修改使用全局变量的脚本（这样再次执行时会重新编译一遍）后才能使用更改后的全局变量

youyun

4、基本流和备选流要尽量分开编写。因为一般版本发布或回归测试时，只需运行基本流脚本。

既然是自动化了，还只运行基本流干什么？全部跑一遍也不会很费时间啊，难道怕发现bug？

youyun

我理解的脚本要想提高其可扩展性，首先要考虑会有哪些东西在测试过程中是易于变换的，而且变化后要求脚本也跟着变化。我想到的有两点：测试数据的变换和测试程序界面的变换。

测试程序界面变换的特点是一般只会局限在小范围内变化，比如一个对话框以内。所以应该把每一个对话框的操作独立出来，做成单独的函数（函数有参数来说明具体操作什么），其它脚本如果也使用这个对话框就不要在录制了只调用这些函数。

对于测试数据的变换，解决办法自然是把脚本改成数据驱动的。不要使用验证点，而应该使用丛数据池里读取结果和真实结果相比较自己写日志来记录测试是否成功的方法，也就是说验证点也作为测试数据放到数据池理。

把上面两条结合起来，总结出一个良好的测试框架，不但能跳高脚本的可扩展性，还可以提高编写自动化脚本的效率，当然前提是必须有一定的变成基础而且对robot足够熟悉了。