多套测试系统与Web UI自动化测试

Web UI自动化项目初期，可能是单一的一套测试环境，代码里也只用写一套URL & Folder path & Database。随着项目的进行，很可能生产环境也想跑自动化，验证系统可用性或者做Load Test。测试环境也可能多出来几套，阿尔法，贝塔之类的。

此时，hard code待测试系统的相关信息就显然不合适了，否则每次在一个新的环境里跑测试，就得改自动化项目中所有的相关信息。这样很容易漏改，或者改错，最麻烦的是，极大增加了工作量。

比较省力的做法是，将各套环境信息汇总在一起，代码里设置一个指向型开关一样的东西，指向production，那么后续所有程序都取production环境的相关数据。

环境信息可以汇总在文件里，也可以是程序对象，形式无所谓，只要能达到多环境的便捷切换即可。

其实这就是程序设计的课题，一开始考虑好将来可能有的变化，让程序能以最小的改动适用于这样的变化，省时省力省心。同时，这也是Data Driven Testing（数据驱动测试）的一个极好的用例。