性能測試十問：測試經理篇(3)

　　頁面展現時間

　　互聯網網站通常最關注展現時間，一般有更具體的指標如首屏展現時間。大家用一用淘寶或者京東就能理解了。

　　吞吐量

　　TPS

　　業務上的需求，比如百度一定會有每秒鐘處理多少萬次搜索請求這類的指標。

　　特定需求的評估標準

　　如上面舉的例子，消息到達率。

　　這些對性能的評價標準，應該在測試設計時就明確下來，測試負責人可對此進行檢查。

　　有一點需要注意的是，性能指標是否可檢測。通用的指標如頁面響應時間很容易獲取，所有的測試工具都可以做到。但一些特殊的指標，尤其是涉及到客戶端的，可能會存在技術上的問題。比如即時通訊軟件的測試中，要求最大壓力時，發送信息能夠在1s內到達。那么這個到達時間如何獲取呢?如果沒有提前做好準備，在測試執行時很可能會遇到問題，而測試人員遇到這個問題，很有可能會選擇忽視它，只顧把壓力加上去就算測完了。

　　Q7、性能測試(不)能做什么

　　web系統性能測試

　　最常見的目的是模擬用戶的實際行為，獲取用戶的感受。

　　如何模擬用戶的實際行為

　　建立用戶模型。即用戶做什么操作、操作路徑是什么、操作頻率……

　　如何建立用戶模型

　　常用業務

　　性能敏感業務

　　關鍵業務

　　特殊關注

　　這里只是用戶模型覆蓋度的問題，實際使用的用戶模型還需要很多其他信息才能建立起來。

　　測試負責人需要重點關注和確認用戶模型的建立。

　　性能測試的覆蓋率

　　由上可知，性能測試只能覆蓋系統的一部分功能。不要指望所有和性能相關的問題都由性能測試來發現。

　　性能測試最最想發現的是瓶頸，而不是缺陷。

　　我比較害怕聽到這樣的話，“生產環境的一個操作很慢，去做下性能測試吧”。

　　Q8、如何檢驗性能測試的質量

　　執行過程

　　建立執行規范

　　明確定義執行過程各檢查點需要的輸出物

　　指派檢查人員

　　根據執行規范進行檢查

　　輸出執行記錄

　　測試人員都知道，設計的用例和實際的執行總是不一樣的。性能測試更是如此，調整參數重新運行腳本也是一次執行，這些信息必須有清晰的記錄。

　　持續交互確認

　　性能報告

　　讓數據證明結論，而不是下結論

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