效能測試的進行，不同的公司不同的專案配置的人員不同，有的可能只有乙個效能測試人員全權負責，有的可能配置的人員比較正規，也有可能是一些非效能測試人員完成效能測試任務，下面介紹下效能測試團隊的一般人員構成（或者說標準人員構成）：
專案測試經理：主要負責整個測試專案，對專案的進度，其具體的職責包括確定測試目標，指定測試計畫，監控和管理效能測試的進行以及對效能測試結果的評估等。
測試設計人員：主要是設計測試方案和用例。
測試開發人員：主要實現測試設計人員設計的方案和用例，負責指令碼的維護及測試過程中效能指標的監控。
測試執行人員：執行測試用例和指令碼，監控測試過程中指標以及記錄測試結果。
測試分析人員：主要是對照測試目標分析測試資料和測試過程獲取的效能指標，得出結論。
支援人員：主要包括系統工程師，網路工程師和資料庫工程師，為效能測試提高必要的協助。
仔細觀察上面的效能測試團隊的構成會發現不同人員的劃分是效能測試流程決定的，不同的效能測試階段需要不同的人員提高或者完成不同的人員，下面來看看性 能測試過程包括哪些階段（斷念老師提出的ptgm：效能測試過程通用模型，實際效能測試中都會涉及到該模型的各個階段，具有通用性，但是對該模型不同階段 的順序持不同看法，在各階段已註明）：
1、測試前期準備：主要包括以下活動
1> 系統基礎功能驗證：確保被測物件具有一定的穩定性，在功能上基本滿足需求。
2> 組建效能測試團隊：這個沒什麼好說的，具體可參照一般效能測試團隊的構成。
3> 測試工具需求確認：主要是確定測試工具應該具有的功能特性（個人感覺這個可以放在後面測試工具引入階段）
4> 可選過程：效能預備測試，對被測系統進行探索式測試以初步了解效能表現
2、測試工具引入階段：主要包括以下活動
1> 選擇工具：根據階段1對測試工具需求的確認選擇合適的工具
2> 工具應用的技能培訓
3、測試計畫階段（個人認為本階段應放在首先考慮的位置，即階段1，以確定和計畫整個效能測試過程）：主要包括
1> 效能測試領域分析：確定效能測試目標和效能測試方法
2> 使用者活動剖析和業務建模：尋找使用者的關鍵效能關注點，使用者剖析方法包括系統日誌分析和使用者調查分析。
3> 確定效能測試目標
4> 指定測試時間計畫
4、測試設計與開發階段：主要包括
1> 測試環境設計
2> 測試場景設計：設計測試活動需要使用的場景
3> 測試用例設計
5、測試執行和管理：主要包括1> 根據測試環境設計建立測試環境
2> 部署測試指令碼和測試場景
3> 執行測試和記錄結果
6、測試分析（增加測試評估）
以上主要是一般效能測試活動各階段，上面說不同意這個模型的時間安排，但是現在想想，每個階段的目的，這樣劃分也是有一定道理的，需要記住的就 是要明確實際效能測試各個階段的目的，如可以把階段3—測試計畫階段放在首先考慮的位置，這是就要考慮測試工具的技能培訓，測試團隊的組建以及任務認領等 都需要在這個階段考慮，當然也可以合併上面某幾個階段，關鍵是實際專案中如何方面自己的效能測試的展開。
好了，以上介紹了一般效能測試活動以及人員構成，下面說說本人實際參加的效能測試活動各階段以及本組效能測試人員構成。
效能測試人員構成：功能測試時負責效能測試模組的相關人員。舉個例子：比如我功能測試負責模組是報警伺服器，現在要進行報警伺服器效能測試，那 麼我就是負責報警伺服器的效能測試，也就是說沒有專門的效能測試人員，所有的效能測試執行人員都是功能測試人員（我想大多數公司應該和我們公司一樣，這有 多種原因構成的，可能是客戶對效能要求不高，一般的功能測試人員就能完成簡單的效能測試，我們公司屬於這種；也可能是公司不願意花這個錢等等）。當然這個 過程中有測試執行負責人做效能過程把控和監控以及主要問題的反饋。
效能測試流程：
1、測試組長制定效能測試目標和測試用例以及人員時間安排（這是和開發人員討論確定過的），如報警伺服器每秒處理1000條報警資訊（本公司的效能測試多是屬於能力驗證的）
2、各參與效能測試人員準備階段：測試工具選擇等（公司內部有專門的測試工具開發人員，可以提需求讓他們開發），測試資源分配（可能大家對自己負責的模組都要進行效能測試而公司提供的測試資源有限，需要大家討論協商資源分配），測試環境部署等
3、執行效能測試和收集測試資料
4、分析效能測試資料（各模組負責人分析）
5、效能測試報告整理。
以上主要是我們公司效能測試過程，對比標準的效能測試團隊構成以及各階段（效能測試各階段的安排不同的專案安排不同這個沒什麼好說的，關鍵還是 要明確各階段要進行的活動以及目的），根據個人實際遇到的問題主要還是效能測試人員構成這塊遇到的問題較大，標準的效能測試人員構成：專案測試經理和測試 設計人員可以由測試組長或者測試執行負責人兼任，測試開發人員可以由工具開發小組成員完成，測試執行人員可以由效能測試各成員構成，但是測試分析和支援人 員在我們測試活動中就缺少了，的確也吃過這方面的虧，如效能測試跑出問題，開發人員說是作業系統問題或者網路問題或者病毒問題但有拿不出確鑿的理由，測試 人員說是軟體問題，兩邊相互推來推去說來說去，也說不個所以然來，效能測試結果的精準度和真實性就值得懷疑，要是有網路工程師和系統工程師等協助可能就能 夠準確確定問題的根結。也跟老大反映過這個問題，但一直沒有處理好和協調好，這個還是要自己在實際測試中多學習點網路和作業系統的知識以便更好的確定問 題，抱怨沒用，靠別人定位問題和協助有時就是扯淡或者多少有些無奈。淡定，呵呵，不能抱怨，要改變環境和別人先改變自己，呵呵呵，扯遠了。
把一般的效能測試模型和測試團隊構成寫出來是為了提醒我們效能測試要進行哪些階段，如何入手，指導我們進行效能測試，並對比自己公司內的效能測試過程改進效能測試流程，完善效能測試方法和階段，提高效能測試資料的可靠性和完整性。
***********************************=分割線******************************==
效能測試筆記 一
效能測試基本概念 1.響應時間 a 定義 使用者傳送乙個請求到使用者接受到伺服器返回的響應資料這段時間,就是響應時間.b 關鍵路徑 請求會經過網路傳送到web伺服器進行處理,如果需要操作db,再由網路 到資料庫進行處理,然後返回值給web伺服器,web伺服器最後把結果資料通過網路返回給客戶端.c 計...
Golang單元測試 效能測試筆記
前一段時間需要對自己的專案做效能測試，於是研究了一下golang的testing包。testing包為golang package提供自動化測試的支援，通過go test命令可以執行如下形式的函式 func test testing.t 需要注意的是golang語言規範函式採取駝峰命名的方式，因此 ...
IT之路 效能測試系列 初識效能測試
上一章節我們大概了解了下loadrunner，這一章，我們來認識一下效能測試。說到效能測試，很多同學會有自己不同的感想。web前端的測試同學說 頁面怎麼半天打不開啊，沒辦法測啊，必須改善。一線運維的同學說 靠，系統上線這才多久啊，怎麼就嘎嘣的宕機了？這可以不行啊，客戶跳起來了，必須趕緊處理。終端使用...