今天做測試的時候犯了一點原則性的低階錯誤，記錄下來和大家分享、共勉之！這裡我儘量詳細描述出自己的思考方式，希望對測試新人有所幫助。不足之處請老前輩提出，共同學習。

前兩天專案更新了版本（B/S架構），一般更新版本給客戶以後測試人員都會很忐忑：是不是會出現什麼意想不到的問題？別有什麼嚴重的問題測試時沒發現卻被客戶提出來啊……

今天客戶說系統執行很慢（前幾天他說慢的時候我發現速度很快，叫他重啟了自己的電腦以後他就沒意見了）

1.我第一反應是：不會更新出問題了吧？自己操作了一下客戶的版本，的確很慢。但是趕緊去後臺看資源佔用，沒看出問題。奇怪……

2.叫使用者全部登出，我一個人登入系統。跟開發人員要了一串很長的查詢語句來執行，檢視資源佔用。執行語句的時候資源佔用並沒有明顯提高

3.既然僅僅執行查詢沒問題，那麼應該是前段的原因。用拿手的辦法（我寫的一點教程http://blog.csdn.net/u010051887/article/details/50581838）查看了前段的效能引數。果然前端某些操作耗時很長。為了得到更多的對比資料，我把電腦折騰成這樣：

兩個測試地址、兩個遠端監控、兩個對應的測試結果對比，還有資料庫連線。先不管開啟這麼多視窗是不是方便操作，畢竟我只有一臺測試機，還是自己帶來辦公的電腦。光是給人看到這樣的電腦螢幕應該覺得很牛逼（神經病）吧。然後就開始各種點選各種計時各種分析得出結論1：的確是前端的速度慢

4.前端為什麼這麼慢？僅僅得出這個結論客戶是不會滿意的，因為接下來就要痛苦的優化啊。我掐著手機秒錶對比了IE11、chrome、firefox三個主流瀏覽器中開啟系統進行相同操作的時間，發現：在相同的環境腫，執行相同的操作，IE11消耗的時間幾乎是chrome的兩倍！firefox比chrome稍稍慢。雖然我常用ff，可能裝了大量外掛影響對比的公正——在我電腦上chrome是最乾淨的。但是至少能得出IE11瀏覽器在執行我們這個系統的時候速度比另兩個瀏覽器慢的結論。結論2：IE瀏覽器本身的問題。所以以後的專案要引導使用者儘量遠離IE瀏覽器。

5.準備將這兩個結論告訴客戶，但是不太甘心：今天客戶沒有提出這個問題的時候我測試並沒有覺得系統慢啊。於是我開啟自己電腦的工作管理員，再次作業系統發現cpu使用率已經爆表了。工作管理員按cpu使用率排序，看到遠端連線和瀏覽器等程式都佔用了大量的cpu資源。於是我關掉了無關的程式再次作業系統，頓時覺得飛快！一邊罵自己一邊得出結論3：使用者的電腦資源不足導致瀏覽器執行緩慢（當然系統相關頁面可能有優化的空間）

反思：當用戶提出系統緩慢的時候（有兩個使用者，但是一般是其中一個發現問題了報告給另一個，然後另一個可能看都不看就來跟我說。今天兩個人都跟我說，我想不會兩個人的電腦都慢吧），我產生了先入為主的想法：系統更新以後可能有問題。然後就一直在檢查系統而沒有留意自己打開了太多程式電腦資源不足而影響效能測試結果。測試時無論是做效能測試還是功能測試，首先要保證的就是測試環境，測試環境沒有問題了才能進一步測試被測軟體，否則到頭來才發現是環境問題就浪費了大把時間和精力。