確認問題
應用程序代碼－針對瓶頸的模塊，首先檢查代碼。
數據庫配置－需要DBA配合調整參數。 l操作系統配置－操作系統參數配置。
硬件設置－磁盤速度，內存大�。ǚ治鲋攸c）。
網絡－檢查網絡負載是否導致網絡沖突和延遲。
確定原因（很大程度依靠個人經驗，涉及的知識：操作系統，數據庫，網絡，程序開發等等）
問題影響是什么：響應時間還是吞吐量，還是其他。
多數用戶，還是少數；操作的有什么不同。
系統監控是否正常，CPU、內存、I/O、數據庫。
問題集中那些那類模塊。
客戶端還是服務器出現問題。
系統硬件配置是否夠用。
實際負載是否超過了系統的負載能力。
是否未對系統進行優化。
調整目標
明確系統的目標，具體內容。 如：提高系統吞吐量，縮短響應時間，支持的并發量。
確定何時停止調整系統（否則無休止）
解決方案
根據制定的目標，設計具體的解決方案。
如：增加內存，調整數據庫配置，優化程序。 。。。。。。
最后分析調整
（迭代反復進行，確定是否還有問題，是否需要調整方案，直致目標達到。）
需考慮問題：
系統調整是否到達或超出。
系統性能是否改善，還是犧牲某部分性能來解決的。
調整是否可以結束？
延伸閱讀
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/