第一階段：測試設計階段
1、 拿到測試需求後，分析理解本次測試的具體內容，需要了解的詳細測試內容，聯絡研發進行需求調研工作。側重業務理解包括上下游業務，重點業務點，測試指標，測試環境資料量及相關的造資料條件，涉及到的資料庫，線上及測試環境部署，業務架構及提供測試時間；
2、 需求調研完成後，梳理本次測試業務，測試點，測試資料，環境部署，根據已得到的資訊，選取測試方法，確定測試計畫，編寫測試方案並評審；
3、 搭建測試環境，包括修改測試環境的相關引數；
4、 編寫測試指令碼並除錯；
確定效能測試點：重要功能點，頻繁使用功能點，使用者關心功能點，與db密切相關的功能點，模擬使用者兩三年內的資料量進行測試。
第二階段：測試執行
1、 按照方案進行執行，包括基準測試、負載測試、併發測試、混合測試、集合點測試、異常測試、穩定性測試、配置測試等。
2、 若測試過程**現問題，進行問題瓶頸定位。
1） 可通過單條執行，檢視日誌，看錯誤日誌內容，應用日誌、tomcat日誌、均衡服務日誌、資料庫日誌等；
2） 通過jvm定位是否記憶體問題導致；
3） 通過jprofile監控，檢視問題主要出在那個方法上，比如檢視cpu使用和記憶體使用等；
4） 通過tcpdump及wireshark工具檢視網路包內容，是否為網路造成問題；
5） 通過jstat –gcutil檢視jvm記憶體**；
6） 通過nmon工具檢視伺服器資源使用；
7） 換種壓力工具，比如jmeter進行壓測，是否出現同樣的問題；
8） 使用dump命令將記憶體內容當下來，然後用mat工具分析是否記憶體問題；
9） 通過遠端配置，使用jconsole或者jvisualvm進行監控檢視；
10） lr_set_debuy_message()除錯日誌資訊，定位問題原因；
3、 儲存結果，完成測試；
第三階段：分析測試結果
1、 分析測試結果包括資源監控結果；
2、 編寫報告文件；將問題、調優、風險、結論全部做總結寫進文件；
3、對整個專案做總結，通過本次專案學到了什麼，有什麼不足，及時學習。
將測試過程，形成文件，記錄執行的過程中，出現的問題及解決的方法，方便最後報告的編寫。及時做總結。
效能測試過程總結
一 分析業務場景 1.需求調研和收集 使用者調查 業務方諮詢 同型別軟體對比 2.場景可能存在什麼問題，譬如同時登陸 提交 上傳 交叉請求 3.獲取效能指標 吞吐量 平均響應時間 二 確定應用領域 1.能力驗證 系統能否在a情況下具有b的能力？2.容量規劃 系統如何調整才能滿足何種需求？3.發現瓶頸...
系統測試測試過程
2.1 計畫階段 明確what目標 why測試目的 when可控時間 where測試範圍 how如何開展.主要活動有 參與開發人員軟體需求的分析，srs評審，通過後寫st計畫，進行st計畫評審。入口準則 srs完成並確定需求規格基線 輸入 srs sdp svvp 出口準則 st計畫評審通過 輸出 ...
整個測試過程
是從網上看到的，對自己會有幫助，怕忘記了，就收藏起來了。測試如何盡早介入 基於以前的測試經驗，我們也越來越認識到測試人員應該盡早介入專案的重要性。簡單地沿用測試v模型往往出現很多問題，特別是在專案進度拖延的情況下更是如此。如果測試人員一味固執地被要求嚴格按照v模型定義的標準來開展測試工作的話，則結果...