應用部署測試
現狀:daily環境下,部署應用后,并沒用立即驗證,這經常引起依賴的業務方訪問出問題;
辦法:由部署事件驅動,應用部署后立即自動驗證,比如:hsf接口驗證,http接口;這類用例要能夠從系統級別來驗證,而且要快,20分鐘左右;
網絡穩定和響應提速
現狀:daily環境應用響應速度慢,主要有三方面原因:1、js/css沒有壓縮,部分合并、部分沒合并;2、圖片直接從TFS文件系統讀取,沒有做緩存;3、automan部分機器配置差,部分網段網絡不穩定(6網段和24網段)。
解決辦法:
針對第1點,在daily環境中推動js/css壓縮、合并、設置過期時間,減少應用端對js/css的請求量。
針對第2點,在daily環境中架設一層TFS緩存,提升圖片的響應速度。
針對第3點,更換配置高的機器,盡量選擇kvm虛擬技術+win2003server操作系統;并調整不穩定的網段,將automan執行機放置到獨立的網段,避免其它測試(如性能測試)對執行機產生影響。
應用性能提升
現狀:每天大約有100個URL在全網回歸執行過程中,時長超過5S,疑似被測應用本身性能較低。
辦法:利用kelude的log分析出慢URL,kelude調用pap組件的接口將URL推送給pap,pap自動執行專項性能測試,暴露出性能瓶頸。
實現方法:pap以post方式提供http接口,kelude分析好數據后以json方式post給這個URL。 json串格式:
urlinfo={“hostbinds”:”hosts文件中需要添加的綁定信息,換行為\r\n”,
“username”:”登錄使用的用戶名”,
“password”:”登錄使用的密碼”,
urls: [{"url":"訪問的url","owner":"url對應的負責人","method":"automan對應的action,共有4個,start,goto,cast為http get請求,click為http post請求"}, ...]}
在一個上百人測試部門,上千人以上規模的研發團隊, 做好一件事情,技術是一方面,另外一個重要方面是所有人一起為了一個目標去努力,背后是每一位工程師的心血和汗水, 是每一位工程師的努力打造了淘寶網今天的持續集成一角
VN:F [1.9.10_1130]