性能測試服務日記(3)

　　項目第十三天

　　因為性能測試結果確實令人不是十分滿意，所以在凌晨，我們又進行了第七、八次性能測試，這兩次的性能測試相比前面6次是最完整的，幾乎所有相關的角色，包括DBA、網管、系統管理員、各子系統開發組長、移動G經理、LC項目經理等重要角色都到場，當時，給我的感覺是，好像所有的希望很命運都寄托在我一個人身上似地，原因是總體的點火工作(我們把性能測試執行開始稱為)的總工是由我來發起的，包括性能測試的場景設計、性能測試的監控、點火的時間等，剛開始還出現了一些小小的問題，比如測試數據有問題，所以臨時調整了測試數據。幸運的是凌晨的這兩次活動異常的順利，在整個過程中關鍵業務的性能指標比前面幾次都有明顯的改善，但是在處理結果數據的時候還是出現了一點小插曲，就是響應時間到底是取平均值還是90%的業務時間上，LC項目經理覺得平均值指標好，堅持要取平均值，在這點上我不得不給他們一些解釋，還好的是移動接受我們的解釋，這點讓我也非常的高興?？禳c凌晨3點鐘我們才完成測試主體工作，回到賓館，連夜在3月16日的早上7點才把測試報告的主體內容完成，原因是計劃16日下午15：30我們給移動L總匯報。但由于權限控制、時間進度等方面的原因，本次性能測試活動在性能的監控，包括weblogic、tuxedo、數據庫各大服務器機器資源以及weblogic以及tuxedo本身的監控以及網絡本沒有采用LoadRunner的集中監控，而是采用了由不同的人分布式監控，所以沒有辦法我們三人

　　項目第十四天

　　吃完中午立馬又趕到移動辦公現場，拿到LC方面監控的的結果數據，并在14：30左右完成整體的性能測試報告，然后立馬打車去南湖移動給移動L總匯報，但是有時L總時間安排的問題，最終我們等到17：00左右沒有能匯報，到此，終于有一種如釋重負的感覺，總算是把主體的工作內容圓滿的完成了。

　　項目第十五天

　　早上7點打車到機場趕9：05航班回到xx，發現還是xx好啊。

　　【主要的不足】：

　　1. 由于個人能力等方面的原因，我認為我們在這方面的性能測試服務還可以更加權威。

　　2. 對項目的困難雖然去之間就想得很多，但在有些困難上還是考慮不夠。

　　3. 性能測試服務整個過程還不是很規范，這個是后續需要整個性能服務團隊一起來改進。

　　4. 我們本次介入時間還是有些慢，導致很多工作過分依賴LC，比如性能測試方案。

　　【主要的挑戰】：

　　1.NGBOSS1.0業務復雜，被測試環境等極其不問題。

　　2.LC方面的在某些方面的質疑以及配合上多少存在的問題。

　　3.工作強度太大，經常性熬夜(一共熬了四夜)，高強度下難免也會犯些低級失誤。

　　4.工作環境和條件比較艱苦，比如缺少網絡、固定的辦公位，多少也影響了工作的整體開展。

　　5.被測試系統功能極其不穩定，嚴重影響腳本開發進度和質量(腳本幾乎不能重用)。

　　6.測試數據準備工作缺少腳本支持(這方面工作我們無法開展，原因是忒復雜且無權限)。

　　7.分布式監控為測試評估以及測試結果分析帶來不少的困難。

　　8.由于權限有限，我們能看到得東西有限，性能測試數據、數據庫、WEB服務器、網絡、應用服務器等影響性能測試結果數據的東西我們無法控制。

　　【主要的經驗和建議】：

　　1. 強大團隊的支持與配合是最重要的。

　　2. 專業的態度，良好的隨機應變能力，即便沒有好的結果也要有好的服務過程。

　　3. 大型項目性能測試不僅僅是工具、方法、流程，溝通和行業經驗同樣至關重要。

　　4. 良好的客戶公關，因為畢竟第三方好比“第三者”

　　5. 客觀、公正的評估心態

　　6. 個人建議也僅僅是建議給艱苦地區同志特殊的支持甚至是特殊待遇都是可以嘗試的(c堅持要離職，我個人認為多少有這方面的原因，畢竟每個人都希望與自己的家人在一起)。

原文轉自：http://www.uml.org.cn/Test/201601082.asp