我想部署Adobe Omniture s_code更新(從08年8月28日開始),但dev擔心我們無法在我們的臨時環境中進行完全測試 - 我無法知道如何模仿自然搜索在階段。Adobe Omniture s_code測試:如何驗證?
我可以看到存在打破變量的輕微風險,但是在部署到生產環境時是否存在打開頁面JavaScript的風險?
有沒有人有任何建議測試外部生產?還是採取其他措施降低風險?
在此先感謝。
我想部署Adobe Omniture s_code更新(從08年8月28日開始),但dev擔心我們無法在我們的臨時環境中進行完全測試 - 我無法知道如何模仿自然搜索在階段。Adobe Omniture s_code測試:如何驗證?
我可以看到存在打破變量的輕微風險,但是在部署到生產環境時是否存在打開頁面JavaScript的風險?
有沒有人有任何建議測試外部生產?還是採取其他措施降低風險?
在此先感謝。
您可以編輯您的主機文件以將您的域指向登臺環境。如果您在Windows: 查找:C:\ WINDOWS \ SYSTEM32 \ DRIVERS \等\主機(你可能不得不打開能見度)
添加和入口,如: mydomain.com 192.168.XX #just確保IP地址指向您的登臺服務器。 保存文件。我們稱之爲欺騙。
打開瀏覽器並轉到網站,應該指向臨時環境。我們使用服務器變量來區分我們所處的環境。這也用於將數據引導至qa報告套件,因此我們不會分解生產數據。它還保持數據集小,以便您可以更輕鬆地在UI中驗證它。
您可以在Google上搜索您的網站,然後當您點擊時,您將登陸分段網站。
我不知道如何在Mac上惡搞,但我可以找出它是否相關。
我升級時遇到的唯一問題通常是與瀏覽器相關的問題。只要你測試所有支持的瀏覽器,它應該沒問題。
希望幫助, 佈雷特
繼Brett的有關修改hosts文件,在Mac(和Linux)在此消息下坐着的/ etc /。
您也可以使用像RefControl for Firefox這樣的插件來欺騙引薦者。
一般來說,這取決於您實際測試的內容..但實際上,您可以通過設置s.referrer' –
來覆蓋Adobe查看引用網址的內容。但是,另一種方法來測試生產中的新更改如果您轉向通過Adobe的動態標籤管理器部署您的代碼。您可以在DTM中進行更改,然後您可以使用一些調試命令(包含DTM文檔詳細說明)親自測試生產站點上未發佈的更改,並且如果事情看起來不錯,您可以發佈它,以便更改影響生產環境中的所有用戶 –