1、首先分析壓力測試中最容易出現瓶頸的地方，從而有目的地調整測試策略或測試環境，使壓力測試結果真實地反映出軟件的性能。例如，服務器的硬件限制、數據庫的訪問性能設置等常常會成為制約軟件性能的重要因素，但這些因素顯然不是用戶最關心的，我們在測試之前就要通過一些設置把這些因素的影響調至最低。
2、測試腳本至關重要。對于某些應用，如ADO、ODBC等等，QALoad可以錄制/回放腳本，這給測試工作帶來極大的便利，但用這樣采集來的腳本直接作為壓力測試的腳本往往會導致錯誤的結果。我們需要對原始的腳本進行修改，根據應用程序的實際情況和用戶可能的操作情況調整腳本的結構，從而使腳本更符合實際情況。比如，我們錄制一個用戶登錄、操作和注銷的過程，實際情況是多數用戶只登錄一次，然后進行多次操作，這時我們只需在腳本中把登錄和注銷部分轉至循環（即腳本中的Transaction部分）外即可。
3、選用不同的加載策略可以反映不同狀況下的性能。QALoad可采用的策略有：
�。�1）并發用戶數和每個模擬用戶運行的事務數都為固定值；
�。�2）并發用戶按固定的時間間隔遞增，每個模擬用戶數運行的事務數不限；
�。�3）以類似于批處理的方式順序運行不同并發數的模擬用戶，每個模擬用戶運行的事務數 固定；
�。�4）并發用戶數固定，運行事務數不限，在一定的時間范圍內持續運行腳本，然后手動停止；
�。�5）不同模擬用戶運行不同的腳本，模擬真實的訪問情況。 另外，QALoad還提供設置數據變量和數據池，設置操作之間的間歇時間等功能，我們在運行腳本時可以充分利用這些策略和功能。
4、尋求多種性能指標的獲取方法。由QALoad本身提供的性能指標是每個“檢查點”的響應時間，這些響應時間可以通過統計分析以獲得更直觀的結果，如平均響應時間、響應時間方差等等，但這些遠遠不能滿足我們壓力測試的需要。對于基于Windows系列平臺的應用，QALoad可以添加Windows服務捕獲的性能指標，前提是在服務器上安裝QALoad的Agent組件并啟動服務器上的SNMP等服務。對于如UNIX的其他平臺，我們可以借助專用性能監測工具，如MAX、 ECOTool，以獲取更有價值的性能數據。
大多數性能測試，特別是基于C/S結構的應用軟件的性能測試只有借助于測試工具才能完 成，另一方面，也需要測試工程師靈活的運用才能讓測試工具充分發揮作用。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
