從工作內容看軟件性能測試
在前面的文章中，我們了解到軟件性能測試的基本概念以及意義，那么在實際工作中，性能測試的工作內容是什么？本文我們重點了解性能測試的工作內容。
1、測試確認
理解被測系統、尋找測試點、確認測試范圍、測試環境等。一些重要信息需要同PM、需求人員、設計人員討論確認，如用戶最常用哪些功能、最關注哪的性能，程序上哪可能是壓力點，哪些數據需要模擬到真實的量級，大體上需要使用哪種測試方法。
2、確定通過標準
性能是好是壞、測試是否通過，必須有明確的標準。這個標準，主要從客戶的期望和業務上的需求兩方面來考慮，客戶的期望一般指頁面上的響應時間，業務需求則是系統的處理能力，一般為吞吐量或TPS（每秒完成事務數）。標準制定的不合理，測試結果可能無法反映系統真實的性能表現，或者會讓客戶無法接受我們認為通過的軟件。
至于具體如何去設定，是需要同業務負責人（一般為PM）和技術負責人（一般為設計人員）共同確認的，業務負責人了解用戶的實際需求和期望，技術負責人了解具體的實現，可以判斷哪些是不可達到的要求。
一旦達成了共識，那么測試就要嚴格的按照標準去執行。
3、測試設計
主要從上面提到的幾個方面進行分析，針對系統的特點設計出合理的測試場景。為了讓測試結果更加準確，這里需要很細致的工作。如建立用戶模型，只有知道真實的用戶是如何對系統產生壓力，才可以設計出有代表性的壓力測試場景。這就涉及到很多信息，如用戶群的分布、各類型用戶用到的功能、用戶的使用習慣、工作時間段、系統各模塊壓力分布等等。只有從多方面不斷的積累這種數據，才會讓壓力場景更有意義。最后將設計場景轉換成具體的用例。
測試數據的設計也是一個重點且容易出問題的地方。生成測試數據量達到未來預期數量只是最基礎的一步，更需要考慮的是數據的分布是否合理，需要仔細的確認程序中使用到的各種查詢條件，這些重點列的數值要盡可能的模擬真實的數據分布（數據統計信息、執行計劃相關的內容，此處就不細說了），否則測試的結果可能是無效的。
此外，性能測試執行過程中，需要監控收集的各種指標數據，也需要明確下來。
4、測試環境準備
部署測試環境，生成測試數據，環境預調優等等。
5、測試執行、監控
準備測試腳本，執行之前設計好的各個用例，監控并收集需要的數據。
6、問題分析定位、調優
發現問題或者性能指標達不到預期，及時的分析定位，處理后重復測試過程。
性能問題通常是相互關聯相互影響的，表面上看到的現象很可能不是根本問題，而是另一處出現問題后引起的反應。這就要求監控收集數據時要全面，從多方面多個角度去判斷定位。
調優的過程其實也是一種平衡的過程，在系統的多個方面達到一個平衡即可。
7、性能報告
將測試過程中記錄的各種數據匯總成報告，將各方面需要的結果清楚的展現出來。
上面所有內容中，如果排除技術上的問題，性能測試中最難做好的，就是用戶模型（或者叫系統使用模型）的分析。它直接決定了壓力測試場景是否能夠有效的模擬真實世界壓力，而正是這種對真實壓力的模擬，才使性能測試有了更大的意義。可以說，性能測試做到一定程度，差距就體現在了模型建立上。
至于性能問題的分析、定位或者調優，很大程度是一種技術問題，需要多方面的專業知識。數據庫、操作系統、網絡、開發都是一個合格的性能測試人員需要擁有的技能，只有這樣，才能從多角度全方位的去考慮分析問題。
山東省軟件評測中心韓慶良主任說過：“對于測試人員來說，技術能力只是輔助手段，測試思想才是最根本的。”敏銳的嗅覺、嚴謹的邏輯、合理的推測、大膽的實踐是一個合格測試工程師的必備要素。
如有疑問，歡迎登陸http://www.×××/
