•驗證改進的效能效果，需要和以前的測試結果進行比對。
•新的業務上線，驗證新系統能夠滿足系統的上線指標。
•驗證系統穩定性
•驗證系統的架構是否存在瓶頸
•效能測試環境：
硬體環境
軟體環境
網路環境
最優的效能測試環境：
就是即將正式上線使用的生產環境
•硬體環境搭建要參考實際的生產環境搭建，並且要考慮自身的硬體成本
•軟體環境盡量要和生產環境使用的版本和配置保持一致，並且盡可能採用最優配置
•網路環境盡可能參考生產環境的網路結構和搭建，盡可能不要跨多個網段
•基礎資料的內容和資料量：
–需要參考具體系統的業務內容和使用規模
–類似系統的資料量規模
–盡可能多增加一定比例的冗餘資料
基礎資料準備方法:
–資料庫儲存過程
–loadrunner、selenium等自動化測試工具
•和整個兒開發團隊一起確認效能測試的範圍
•系統中被頻繁使用的功能、呼叫的介面等
•系統中涉及到大量資料庫讀、寫的功能
•大量讀寫系統快取部分的功能
•新上線的測試系統沒有明確的數字標準比對情況下，被測試系統已經被測試到了系統極限
(系統的某些資源已經耗盡,cpu,控制代碼、記憶體，資料庫出現大量的slow query，系統有
些處理已經變慢)，並且系統證明是可以水平擴充套件的，則可以上線。
•有以往測試結果進行比對，只要證明類似的測試條件下，此次的結果比以往的測試結果更
好即可(每秒處理個數更多、單次請求的處理速度更快)
•沒有可以比較的測試結果，但是產品已經上線一段時間(至少3個月)，有一些運營資料，
則需要分析運營的資料來作為比對的基準，只要被測系統達到
3個月內系統併發峰值的4倍就可以認為是可以接受的。(如果是介面為測試物件，則
需要混合主要的介面來進行效能測試)
•開發人員提供經驗值作為比對的基準，則被測物件只要證明滿足開發人員提出的經驗值即可。
如果選擇以上的某一種策略，則必須明確系統的每秒處理個數和每次請求的平均時間的具
體數值，並出具最終的效能測試報告。
效能測試的指令碼除錯
•錄製或者編寫效能測試指令碼
•修改測試指令碼、使用隨機化策略
•除錯和執行指令碼，檢視log和資料庫內容等方式驗證指令碼正確性
•設計好特定的效能測試場景
•初始的壓力執行緒數
•逐步加壓的策略
•測試執行結束條件
•結束時的停止多執行緒的方式
注意：加壓的壓力測試機器和被測試物件最好在乙個區域網段。
•響應時間小於1秒的請求個數
•響應時間超過1秒小於2秒的請求個數
•響應時間超過2秒小於3秒的請求個數
•響應時間超過
3秒小於4秒的請求個數
•響應時間超過4秒小於5秒的請求個數
•響應時間超過5秒的請求個數
•分析系統效能瓶頸
•驗證是否資料滿足效能測試完
成條件•整理測試報告，彙總效能測試資料，整理效能
測試結果，給出測試結論
•和整個兒開發團隊確認測試結果
網際網路行業解決方案
行業應用特徵 網際網路行業的運維工作主要有如下典型特徵 海量的使用者訪問 海量的數量儲存 業務系統至上，成功訪問為本 對web服務和中介軟體的關注 對執行資料庫或web應用的主機集群的關注 網際網路企業網路的特殊性 網管軟體本身的安全性 方案功能 程序和web應用服務的監控 dns輪詢 squid反...
網際網路行業預言
謝文部落格 http xiewen.blog.techweb.com.cn archives 220 有機會和幾個朋友一道與網路業最著名的雜誌 連線 wired 創始人和主編kevin kelly 業內人暱稱kk 聊了乙個下午，收益頗多。聯想到國內網際網路業的現狀與未來，不禁想寫下幾句話來與朋友們分...
移動網際網路行業
1.手機 平板案公司及其運營商 高通方案公司及運營商 沃特沃德 聞泰 同洲 輝燁 東方拓宇 海信 優電 天瓏 賽博宇華 豪成 中科創達等等。mtk方案公司及運營商 tcl 機甲 鼎智 鼎為 酷派 銳嘉科 海派 華勤 龍旗 波導 聞尚 華粵世通 金科龍 倍易通 鼎維爾 致遠 華立德 鴻宇 國通世紀 豪...