沒有什麼事情比這更糟了，采納一個新的應用程序，而它的性能是如此的糟糕，導致業務在一片驚叫聲中暫停。這並不是新出現的現象；這就是事實，我經常遇到這樣的事實。我打賭你也曾經經歷過。那麼如何防止這些性能問題，有什麼解決方案？
在這些應用程序“在驚叫聲中暫停”的情況中，應用程序通常都已經在按照功能性分配的短暫的測試時間內進行過適當的測試了。但是充分嗎？由於競爭和全球經濟的原因，迅速應用於業務意味著只進行了最小化的測試。同樣，最小化的測試也成為按時將應用程序發布給用戶群體的可接受的風險之一。另一點需要注意的是，負載測試太貴了，所以修正產品問題的成本也是也通常是比較小的——至少在發布應用程序的時候它不會妨礙進展和創新性，對不對？
不幸的是，我具有相反的經歷：企業為運行得極其糟糕的應用程序所付出的有形的和無形的代價超過了采用可靠的負載測試方法在人力、程序，以及技術上面的投資。因此，我願意提供以下對你的應用程序進行負載測試的清單，它將會成為防止你的SQL Server性能調整問題的魔法彈。
清單：負載測試——SQL Server性能調整的魔法棒
項目管理
平衡項目管理方法學，確保項目按照一個確定的過程進行，盡量減少或者避免遺漏步驟，包括對每個版本的應用程序進行負載測試。
管理層的支持
在負載測試的需求和收益的基礎上與IT經理們合作。獲得他們對正確分配時間為每個應用程序進行負載測試的支持。
性能需求
了解系統應該支持的用戶、事務、數據集和可接收的處理時間等信息。如果這些信息沒法確定，與企業進行溝通，了解在現有的硬件和軟件基礎上，應用程序的生命周期中能夠支持多少用戶。
用戶期望
確定用戶和業務期望——為了保證應用程序正確運行，需要進行功能性和負載的測試。
任務時間表
按照你的團隊具有的嚴格意義上的資源，計算完成這些負載測試和代碼檢查任務所需的時間，在你的項目計劃中，為其安排充分的時間。
負載測試工具
對你要用來進行負載測試的工具進行標准化。以下是一個簡短的列表，如果你對產品不熟悉的話。點擊每一條都會進入該工具的說明頁。
WebLOAD (負載測試)
Web 性能測試工具
QuotiumPRO
Empirix e-Load
Quest Benchmark Factory for Databases
Mercury LoadRunner
Knowledgestorm
Scandiasoft DbValidator
WAPT 3.0
OpenLoad
負載測試過程
將你的應用程序負載測試過程標准化，建立文檔模板，對測試過程的流線進行編碼，同時記錄應用程序涉及的結果。考慮在軟件版本的基礎上采用迭代的方式。
代碼檢查
所有的代碼都會讓開發人員和數據庫管理員進行測試，以確認明顯的功能，但是還要安排第二個人來進行測試。如果你沒有預算請一位全職或者兼職的測試人員的話，那麼可以考慮讓開發團隊互相檢查。如果你有測試人員的預算，那麼就讓你的團隊一起來為應用程序增加負載吧。
將負載測試過程流水線化
當應用程序發布為產品時確定一些對系統性能起作用的因素，然後將其用在每一次的應用程序發布版本上。
需要進行負載測試的時候進行負載測試
雖然對每個應用程序都進行負載測試是很好的，但是成本通常是有限的。因此，從那些出現過性能問題的單個應用程序開始，並且從這個應用程序中吸取教訓。將知識擴展開來，在你的企業中創建一個最好的實踐指南，以此在應用程序的開發階段防止性能問題的出現，這也會負載測試過程流水線化。
通過各種方式，避免將性能問題引入產品環境中。實際情況是，不能每個場景都經過測試，但是可以定位你的應用程序中的核心內容，並且隨著你的經驗積累而日益提高。考慮將上面的清單作為進行負載測試的開始點，並且與你的團隊討論一下什麼選項可以獲得高性能。你在負載測試方面有什麼經驗？告訴我，然後調整狀態，准備閱讀下一部分的SQL Server性能調整貼士，我們將會提供更多本領域的觀察報告，並且簡單推薦可能改善整體系統性能的方法。
