用戶一般不會使用同樣的一組數據，每位用戶通常與服務器進行不同的交互。模擬用戶應該也這樣做，如果在交互的關鍵點，腳本可以從一組數據中選擇數據，則可以更容易地讓您的模擬用戶表現出使用不同數據的行為。
從手工執行的會話記錄腳本
相對于編寫腳本，用瀏覽器手工運行會話并記錄這個會話然后再編輯會容易得多。
JavaScript
一些應用程序大量使用 JavaScript 并且需要模擬客戶機支持它。不過，使用客戶端 JavaScript 可能會增加對測試系統上系統資源的需求。
分析工具
測量性能只是成功的一半。另一半是分析性能數據。誰能比編寫測試工具的人能更好地開發這種分析工具呢?是的，至少理論是這樣。無論如何，您的工具箱提供的分析工具越多，您就能做得越好。
測量服務器端統計數字
基本負載測試程序測量客戶機/服務器交互中基于客戶機的響應時間。如果同時收集其他統計數字，如 CPU 使用情況和頁面錯誤率就更好了。您得到的統計數字越多，您用負載測試系統可以做的就越多。如果有這種數據，那么就可以做一些有用的工作，如查看服務器負載上下文中的客戶機響應時間和吞吐量統計。
結束語
用任何一種工具可以完成的工作常常受到人的技能、知識和想像力的局限。在描述用負載測試工具查看什么內容的時候，我們也展示了使用這種工具的各種可能性�，F在，您可以運用您的想像力去開拓更多的可能性。
參考資料
閱讀 Jack Shirazi 和 Kirk Pepperdine 所寫的的全部“關注性能 系列”。
Java Performance Tuning 站點包含上千個性能調優提示和技巧。
“ review of stress testing tools”這篇文章比較了幾個免費工具和商業工具。
從 PushToTest 的首席執行官 Frank Cohen 所寫的 performance testing SOAP-based applications 一文( developerWorks，2001 年 11 月)學習相關技巧。
教程“IBM Web performance tools”( developerWorks，2002 年 12 月)提供了一些很好的實用建議。
學習如何 stress test your software without stressing out your testers (developerWorks，2001 年 2 月)。
Web 服務是分布式計算的核心，它們之間的交互通常是難于測試的。在“ Stress testing Web services”這篇文章(developerWorks, 2003 年 8 月)中，Chris Wilkinson 表明了壓力測試是發現代碼缺陷的高效方法，但是其前題條件是這些是有效設計的壓力系統。
“ Proofing Web applications for performance and scalability” ( developerWorks，2001 年 6 月)是一個為負載測試開發腳本框架的案例分析。
Apache JMeter 是一個免費的負載/回歸測試工具。
The Grinder 是一個免費的工具，它可以用一個圖形控制臺應用程序來協調測試腳本在多臺計算機上的活動。
有關 Web 站點測試和站點管理工具的信息請參閱 Software Q/A Test Resource Center。
在 developerWorks Java 技術專區 可以找到關于 Java 編程各個方面的數百篇文章。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
