效能測試的提前準備關注點：
1、效能測試的環境配置需要能夠盡可能的模擬版本的現場使用，包括外網的裝置，軟體網元，各種硬體平台，作業系統，軟體平台；
2、效能測試需要準備合適的模擬指令碼來盡可能全真的模擬客戶可能的操作，比如同時並行網頁操作，同時進行socket連線等。而且要超出客戶的真實可能情況。
效能測試需要出兩類資料：
1、基準測試對比資料：比較本版本和前一版本的效能指標的情況。用以發現本版本的功能合入是否影響了基準的效能。基準測試的情況下，本版本的新增功能和特性預設都是不開啟的，保持和前一版本一致。
2、單個功能的效能對比資料：驗證本版本中，新增的功能和特性開啟的時候，此功能對於版本的效能的影響。
效能測試的關注點：
1、資源的占用情況：檢視資源的使用情況。資源包括cpu，記憶體，硬碟等。
2、資源的釋放情況：查詢系統在業務處理停止後是否可以正常的釋放資源，以供後續業務使用。按道理業務停止，資源應該及時釋放。常見問題，記憶體洩露，資源吊死，導致系統不能正常釋放資源，嚴重情況導致宕機。可以用很多任務具來檢測資源情況。
3、異常測試：效能測試的情況在一定的話務（一般是模擬現場的使用者）的情況下，進行硬體倒換，雙機倒換，業務切換等。包括破壞性的輸入接入來驗證系統在高負荷情況下的容錯性。
4、查詢告警等資訊：一般系統都會在出問題的時候，進行通知和告警，這些資訊是暴露問題的最好手段，效能測試需要及時檢視。
6、日誌檢查：效能測試需要經常的分析系統的日誌，包括作業系統，資料庫，軟體版本等日誌。
效能測試的人員要求：
1、效能測試的人員必須是骨幹，不能使用新人進行效能測試。
2、效能測試的人員必須對全系統非常熟悉，對於問題定位手段使用熟練。能夠牽頭帶領開發人員進行效能相關的問題排查。
效能測試報告：
1、效能測試報告要體現基準效能資料，單個功能的效能資料。用於評估版本是否可以在原有的硬體環境下保持同樣的處理能力。
2、效能測試報告需要滿足各個測試利益相關者的要求。所以效能測試進行前需要獲得測試利益相關者的要求，做成明細表，然後再開始效能測試。
效能測試的工具要求：
1、效能測試必須有一定的工具準備，包括lr等 。很多產品的效能測試需要自研效能測試工具，工具的最高境界是可以全真的模擬客戶的操作。 特別說明，lr僅僅是一種工具，而效能測試是一套理論和方法。
2、效能測試工具使用過程中，需要攙和手工操作。比如模擬客戶購物的網購動作。工具和手工需要有效結合。用以彌補工具的某些不可預知的不足。
效能測試是全系統的測試的關鍵點，需要從測試設計，測試執行，人員安排方面都萬分重視。
效能測試過程
一 測試計畫 非功能需求調研 制定 非功能測試方案 評審 非功能測試方案 二 測試準備 測試環境準備 測試指令碼準備 測試資料準備 測試場景及監控準備 三 測試執行 回歸的話需要多次進行 測試場景執行 場景執行監控 執行結果分析 系統效能調優 四 測試總結 測試結果整理和分析 編寫 非功能測試報告 ...
效能測試過程
13.1 效能測試過程概述 13.2 效能測試設計 需要關注的問題 事務需求 技術需求 系統要求 團隊要求 分析從五個方面分析 需求調研 事務模型 場景模型 資料設計 環境設計 13.2.1 需求調研 與專案經理訪談 當前開發狀態 期望的效能目標 測試起止時間 所處生命週期 與業務專家訪談 關鍵業務...
如何在實際工作做開展效能測試
回答 從小入手，從簡單的開始，然後慢慢的做更系統更複雜的效能測試。剛接觸效能測試的同學往往不知道效能測試是有需求的。比如 如果你是效能測試同學，假設時間有限，這兩個需求你只能接乙個，你是接哪個？很多同學會選第乙個，因為第乙個需求似乎是效能測試的需求，第二個跟效能測試似乎沒有特別強烈的關係。但是第乙個...