UI自动化的最终，非最终--Docker

    许久没有更新文章，UI自动化的进程还在继续，最近一直在规划自动平台化，参考其他公司的测试平台更多的是把UI自动化做成关键字驱动，但效果似乎不明显，虽然使用成本会大大降低，不用太多精力去开培训就可以让整个测试团队使用；但缺点也很明显，庞大的关键字用例独立化，数据驱动的管理问题，以及逻辑处理的劣势。很简单的举例就是RobotFramework，如此强大的关键字框架也没能解决复杂逻辑带来的问题。最后决定还是会进行编程的学习培训，以模块化的调用集成测试用例，TestNg、SeleniumGrid、Docker辅助，最后的平台只展示浏览器的选择，根据选择在不同浏览器上执行测试用例。

     最关键的就是Docker的辅助，强大的虚拟化功能，把自动化运行环境以及依赖包放在一个可移植的容器中完美的解决了不同浏览器的兼容性测试。回到当初自动化的开始，密密麻麻的一大堆代码从头到尾写个不停；到封装、数据管理、多线程、远程执行、测试报告自定义、执行日志等等操作，最终来到Docker这一路走来，遇到无数坑都爬出来了。好像说的不对，看似最终，却非最终，自动化的路程任重道远，并不是那些嘲讽UI自动化很简单的人能懂的。往后，依然还是那两个字，加油。

Docker百度文库：https://yuedu.baidu.com/ebook/062d7a8f9fc3d5bbfd0a79563c1ec5da50e2d623