冒昧的提一点，楼主的这种多线程并发执行用例的方法，是不适用 UI 自动化测试的。UI 自动化必须是一个线程实例化一个 webdriver 实例，线程之间不能共享 webdriver 实例，否则用例执行会串，各种奇葩问题会抛出来。

控制台输出的日志是乱的，用 log4j 管理日志，输出日志到 log 文件里，或者 testNG Reporter 来记录日志展现到测试报告，可以完美解决这个问题。

想请教楼主一个问题，System.getenv("TEST_ENV") 配置测试环境属性，是手动把环境变量配置到测试服务器上吗？如果同一台服务器既需要测试 A 项目，又需要测试 B 项目，怎么解决呢？可以加楼主联系方式吗？有很多东西想探讨。

是的，楼主这篇文章写的真心不错，我现在有很多测试思想，通过不断的实践和适应，和楼主表述的基本是一致的。UI 自动化测试确实很考验框架的设计，框架设计的不好，维护成本很高。自动化测试我的理解，更趋于一种提高效率的工具，抛开公司的痛点和需求，一味地为了自动化测试而自动化测试的效果一定适得其反。受益自动化测试的公司应该不算很多，工具的使用，便捷和易于维护是基本准则，一旦把过高的要求放置于其上，复杂度是指数增长的，得不偿失。