你可以通過很多可用的工具來對一個應用軟件進行測試并可以得到有關性能級別和臨界點等方面的報告。像大多數工具一樣，你要先退出你所運行的東西并對測試做徹底的準備。我將講到在執行正式負載測試之前要考慮的五點內容。
調整再調整
最近與我共事的測試顧問強調說他遇到的最大的問題是客戶不了解功能性測試和負載測試之間的區別。我向他們解釋了實際上我們完成了功能性測試并準備好開始進行負載測試。顧問所使用的工具中的一個小型演示表明我們還沒有做好對多用戶進行測試的準備。
在功能性測試中，只是專注在功能的使用上或是功能的完整性上而不是注重個別的性能表現，這是很容易做到的。在你可以進行測試之前，每一個單一用戶都必須被優化。我們的問題是要從單一用戶的角度而不是同時共存的用戶來進行測試。
調整是一個重復性的處理，但是在搜集資源和長時間的負載測試之前做出徹底的工作將防止你完成過多的循環。
關于性能目標的一致意見
當你開始準備對商業活動的不同范圍的代表進行測試規劃時，你可能會對每個人關于性能方面的看法和商業情況已經被預知所感到驚訝。你將要對響應時間，每秒的采樣數，可接受的錯誤級別和預期的同時用戶的數目等問題進行討論。
而這可能會搞亂非技術性的管理，不要束縛在數字之上，完成負載測試中性能表現方面的目標才是重要的。這包括：測試支持同時用戶的能力，對性能的監控并設定可以用來量測級別的基準。
對負載測試量度很重要的一個理念就是虛擬用戶。虛擬用戶是在應用軟件上模擬活動的測試工具用戶。取決于你的負載工具和腳本設置，對虛擬用戶和實際用戶設定一個等值并不總是很容易的。而且在一個模擬中，100個虛擬用戶可能會執行一個100個真實用戶不可以或不可能執行的活動。
一些工具可以讓你設置一個延遲時間來代表一個用戶在點擊或創建一個變換屏幕的事件之前，用戶在每一個屏上所花的時間。或者，你可以不要任何延遲地執行腳本來代表可以比一組精神百倍的程序員更快地進行處理工作的超級用戶。
穩定化并準備環境
你要確定你在執行負載測試時，處于一個運行環境，硬件和軟件屬性在測試期間都不會改變的標準之下。設置執行標準要求對產生數字的因素進行控制，他使得變換控制處理更加地重要。
除了對變換的控制，你必須確定運行環境對要負載內容做好了準備。這似乎是很顯然的，但負載測試即使是在正常情況下也可能達到預期之外的容量。對于我們來說，這意味著對互聯網更高帶寬的使用，超過規劃容量的活動登陸到我們的數據庫。所有負責應用軟件部件的人都應注意在測試中產生的負載容量。
從所有的開發組收集所有權
負載測試，作為一個在不同的商業領域中實現的獨立任務的整合性的測試，將要求來自各個方面的合作來確定問題所在。你還需要有一些政治頭腦來保證各個方面不會產生指責，對其他小組產生敵意，或是更糟的，根本對負載測試不予理睬。
應用軟件在建構時，商業活動的每一個方面都將在完成其獨立任務的問題上得到關注，這里面有諸如編碼商業邏輯，設計HTML和XSLT或是建構防火墻和其他驗證部件等的網絡基礎架構等方面的內容。要保持測試的進行，每一部分都要有做調試和實現變換工作的代表。如果這些部分中的一個不遵守它的職責，測試就是停止或是失敗。
對反復測試處理的準備
在某種程度上說，你永遠不可能完成負載測試。由于互聯網應用軟件和硬件的動態特性，許多因素不可避免的會導致性能的不斷的變換。在負載測試規劃的早期，逐步地確定測試可以進行重復且基準被記錄，因而你可以把結果與先前的測試結果進行對比。
你還需要在測試失敗時定義程序或是策略。計劃包括問題是如何升級的，如何解決的，如何與用戶溝通的。他還要包括一旦瓶頸問題得到解決時用來停止測試并恢復的可能性。在負載測試初期的基礎工作將使團隊獲得不斷的成功。