Web UI自動化項目初期，可能是單一的一套測試環境，代碼裏也只用寫一套URL & Folder path & Database。隨着項目的進行，很可能生產環境也想跑自動化，驗證系統可用性或者做Load Test。測試環境也可能多出來幾套，阿爾法，貝塔之類的。
此時，hard code待測試系統的相關信息就顯然不合適了，否則每次在一個新的環境裏跑測試，就得改自動化項目中所有的相關信息。這樣很容易漏改，或者改錯，最麻煩的是，極大增加了工作量。
比較省力的做法是，將各套環境信息彙總在一起，代碼裏設置一個指向型開關一樣的東西，指向production，那麼後續所有程序都取production環境的相關數據。
環境信息可以彙總在文件裏，也可以是程序對象，形式無所謂，只要能達到多環境的便捷切換即可。
其實這就是程序設計的課題，一開始考慮好將來可能有的變化，讓程序能以最小的改動適用於這樣的變化，省時省力省心。同時，這也是Data Driven Testing（數據驅動測試）的一個極好的用例。