我在兰亭这三年之自动化框架升级

上一篇 / 下一篇  2014-06-07 16:42:49 / 个人分类:经验之谈

前面说到在实施冒烟测试自动化时候,当时使用的selenium1.0所支持的浏览器版本太低,无法满足我们的需求,面对这个问题,唯有升级我们的框架,可是面前有1千多条自动化用例等着,的确需要花费很大的人力和时间来完成。当时后台组也已有人研究过Webdriver,在其中一个产品中用起来了,但是并没有对原来的东西全部升级,不过至少证明了它的实用价值。当时我跟我老大说我研究下Webdriver,OK的话要不我们索性全部升级吧。当时他还持怀疑的态度,毕竟这并不是一个小的工作量。
就这样开始了升级之旅。刚开始时就是我自己查了很多的资料,通过新建一个项目,把原来下面所有内容复制过来,把Maven的POM文件中dependency全部改成了全新的Webdriver,然后对框架中driver实例化的地方进行了修改,当然这些还远远不够。因为两个版本设计理念不一样,原来的方法也无法通用,为了便于日后分享给大家顺利开展工作,是很有必要把两个版本如何操作页面元素的做个对比。接下来就是把我们日常用到的方法罗列出来,包括打开页面,点击元素,输入,下拉选择,单选,复选,获取文本内容,弹出框,frame的操作等等,接着把在1.0里的方法写出来,把2.0对应的方法也写出来,然后再对其中一条用例进行实验,把底层这些方法改成新的。
到这里,钻研之路就进行的差不多了,见证奇迹的时刻到了。如果我说一运行case就通过了,也许这并不值得怀疑,但是事实上并没有这么顺利,中间遇到的诸多事宜我也记不清了,但是好在最后的确是通过了。我甚是欣喜,告诉了我老大,同时我组织我们组其他几个做自动化的同学开始了全面的升级行动。我把中间做过的事情整理成了文档,把1.0 VS 2.0的方法整理成表格,方便大家对照修改。当时我们做这个的顺序是:第一步,把所有底层的方法对照着表格全部改完,认真思考的你可能也看出来了,这的确是个苦差事,已经没有什么技术含量了;第二步,分工把所有的冒烟级别用例重新调试运行直到测试通过。
经过大家一个Q的努力,升级工作圆满结束,不过在这之后,原来那1千多条case其实也被我们放弃了,主要原因并不是调试的工作量,而是那些是之前专门的自动化组写的用例,很多都不是按照业务重点来写的,对我们的价值并不大,之后我们所完成的400多条都是基于重新梳理手工用例后实施的,当然这些也都是基于新升级的框架上写的。当时在升级过程中关于如何进行的修改还写了一篇博文,请查看历史文章


TAG: webdriver Webdriver 框架 自动化框架

51Testing小编的个人空间 引用 删除 zaza9084   /   2014-06-12 10:46:54
您好,我是51Testing软件测试网的编辑,您的本篇博文近日将被推荐至51Testing软件测试网首页发表~
感谢您关注并支持51Testing博客,期待您更多的优秀原创博文。
 

评分:0

我来说两句

Open Toolbar