UI自动化脚本运行环境

                                                      项目页面自动化分享（四）

                                                                                              ——脚本运行环境

      “XXXXXXX”项目，页面自动化的运行大大降低了频繁的手工测试，项目中不断提出bug，开发修复bug，到bug再次批量出现，自动化节约了很多的手工测试时间，反复的自动化回归，使得项目测试效率大大提高。

        面对第二轮和主干回归测试中页面自动化带来的优势，我真的很希望项目在预发和发布期间也可以顺畅的进行页面自动化呀，这一想法促使自己第一次真正的在预发和发布环境下让页面自动化运行了起来！不得不说，鉴于这次项目的特殊性(项目中要对10种不同类型的主账号和子账号的普通菜单和快捷菜单的各自权限点进行页面校验)，只采取手工测试必然会产生心理上的枯燥，因为坐等开发修复bug而自己在旁边反复手工回归测试，还不能保证对不同类型账号测试到位。所以，这次项目，页面自动化除了在daily环境下保证了项目质量，借助Automan和Freetest，页面自动化在预发和发布环境下也起到了不小的作用。

       目前，页面自动化的每日回归都是在daily下运行的，没有进行线上的页面自动化，因为线上测试是不能对数据库有任何操作，而daily下可以操作数据库。但作为测试方，我们在进行线上测试时，也是与数据库“绝缘”的，我们只关注页面上的各种操作留下的页面数据显示是否正确，对于这一特征，页面自动化也是可以在项目预发和发布下运行，而只关注页面的校验，这就是页面自动化在daily和线上环境下运行的不同之处。针对此特点，我开始对daily下的脚本进行批量改造。

1.脚本里涉及对数据库的查询和更新操作的代码统统去掉，只关注页面操作后的数据显示的校验
2.脚本里process()下对单个tc方法调用前的数据库的数据清理步骤，统统去掉，只走页面上的数据清理
     脚本里process()方法里多传入一个参数url(如：

)，调用淘宝的登录页面的方法里传入此参数url(如：

)，覆盖login_XXX_wrapper.rb文件里login()方法中url参数值，同时在脚本对应的excel文件里增加参数列url，赋值发布环境下的url

1.Daily测试账号中页面的显示数据有别于线上测试账号页面的显示数据，这些脚本需要针对已经准备好的线上测试账号里页面的数据，进行批量修改，保证脚本在预发和发布环境下正确校验。建议在项目预发前将脚本修改完，不是根据已经预发后的页面结果修改脚本。
2.此次项目，我借助FT(Freetest)的自动化说明文档和相关GG的帮助，建立起FT的自动化运行环境，让页面自动化脚本在本地的VirtualBox里不断回归运行，本地运行有助于自己余光观察另外1个显示器上脚本的运行情况。在发布当晚，页面自动化给力的支撑着大部分的功能测试，为自己的探索测试争取了很多时间。
        分享到这里，“XXXXXXXXX”项目的页面自动化的运用也算差不多了，里面的很多细节，一步一步走来的顺畅与不顺畅，只有亲身去体验一把，才能更深刻。

         总之，以owner的意识做项目，更准确的说是做产品，将这种意识也带到日常的工作中，争取每做一次项目，就有新的收获和新的发现，我想，作为一名测试人员，将会在测试这条道路上越走越远！