前面说到在实施冒烟测试自动化时候，当时使用的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多条都是基于重新梳理手工用例后实施的，当然这些也都是基于新升级的框架上写的。当时在升级过程中关于如何进行的修改还写了一篇博文，请查看历史文章。
版权声明：本文出自 zzzmmmkkk 的51Testing软件测试博客：http://www.51testing.com/?258885
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
相关文章：
最新内容请见作者的GitHub页：http://qaseven.github.io/
