三、測試腳本設計與開發
性能測試中，測試腳本設計與開發占據了很大的時間比重。
1、測試環境設計
本次性能測試的目標是需要驗證系統在實際運行環境中的性能外，還需要考慮到不同的硬件配置是否會是制約系統性能的重要因素！因此在測試環境中，需要部署多個不同的測試環境，
在不同的硬件配置上檢查應用系統的性能，并對不同配置下系統的測試結果進行分析，得出最優結果（最適合當前系統的配置）。
這里所說的配置大概是如下幾類：
①數據庫服務器
②應用服務器
③負載模擬器
④軟件運行環境，平臺
測試環境測試數據，可以根據系統的運行預期來確定，比如需要測試的業務場景，數據多久執行一次備份轉移，該業務場景涉及哪些表，每次操作數據怎樣寫入，寫入幾條，需要多少的
測試數據來使得測試環境的數據保持一致性等等。
可以在首次測試數據生成時，將其導出到本地保存，在每次測試開始前導入數據，保持一致性。
2、測試場景設計
通過和業務部門溝通以及以往用戶操作習慣，確定用戶操作習慣模式，以及不同的場景用戶數量，操作次數，確定測試指標，以及性能監控等。
3、測試用例設計
確認測試場景后，在系統已有的操作描述上，進一步完善為可映射為腳本的測試用例描述，用例大概內容如下：
用例編號：查詢表單_xxx_x1（命名以業務操作場景為主，簡潔易懂即可）
用例條件：用戶已登錄、具有對應權限等。。。
操作步驟：
①進入對應頁面。。。。。。
②查詢相關數據。。。。。。
③勾選導出數據。。。。。。
④修改上傳數據。。。。。。
PS：這里的操作步驟只是個例子，具體以系統業務場景描述；
4、腳本和輔助工具的開發及使用
按照用例描述，可利用工具進行錄制，然后在錄制的腳本中進行修改；比如參數化、關聯、檢查點等等，最后的結果使得測試腳本可用，能達到測試要求即可；
PS：個人而言，建議盡量自己寫腳本來實現業務操作場景，這樣對個人技能提升較大；一句話：能寫就絕不錄制！！！
四、測試執行與管理
在這個階段，只需要按照之前已經設計好的業務場景、環境和測試用例腳本，部署環境，執行測試并記錄結果即可。
1、建立測試環境
按照之前已經設計好的測試環境，部署對應的環境，由運維或開發人員進行部署，檢查，并仔細調整，同時保持測試環境的干凈和穩定，不受外來因素影響。
2、執行測試腳本
這一點比較簡單，在已部署好的測試環境中，按照業務場景和編號，按順序執行我們已經設計好的測試腳本。
3、測試結果記錄
根據測試采用的工具不同，結果的記錄也有不同的形式；現在大多的性能測試工具都提供比較完整的界面圖形化的測試結果，當然，對于服務器的資源使用等情況，可以利用一些計數器或
第三方監控工具來對其進行記錄，執行完測試后，對結果進行整理分析。
五、測試分析
1、測試環境的系統性能分析
根據我們之前記錄得到的測試結果（圖表、曲線等），經過計算，與預定的性能指標進行對比，確定是否達到了我們需要的結果；如未達到，查看具體的瓶頸點，然后根據瓶頸點的具體數據，
進行具體情況具體分析（影響性能的因素很多，這一點，可以根據經驗和數據表現來判斷分析）。
2、硬件設備對系統性能表現的影響分析
由于之前設計了幾個不同的測試環境，故可以根據不同測試環境的硬件資源使用狀況圖進行分析，確定瓶頸是再數據庫服務器、應用服務器抑或其他方面，然后針對性的進行優化等操作。
3、其他影響因素分析
影響系統性能的因素很多，可以從用戶能感受到的場景分析，哪里比較慢，哪里速度尚可，這里可以根據2\5\8原則對其進行分析；
至于其他諸如網絡帶寬、操作動作、存儲池、線程實現、服務器處理機制等一系列的影響因素，具體問題具體分析，這里就不一一表述了。
4、測試中發現的問題
在性能測試執行過程中，可能會發現某些功能上的不足或存在的缺陷，以及需要優化的地方，這也是執行多次測試的優點。
六、性能測試思維導圖
-博客園：[老_張]
