許多人說，面向過程的工作是成功的關鍵。雖然我非常贊成這個說法，但我總是納悶為什么人們對于性能測試的7個要點并沒有特別關注，而這7個要點能左右性能測試項目的成敗。
當一個測試人員被分配到性能測試項目組，項目經理會讓他/她做的第一件事就是著手準備測試計劃。但在測試計劃的準備階段，測試經理及其屬下在準備文檔時通常會掉以輕心，文檔的大部分內容要么是從以前的項目中復制過來的，要么是從網上找來的任意模板；對測試計劃中提到的需求說明不予任何關注就直接轉移到下一階段了。不可否認的是：作為公司流程標準中的必須項，測試計劃通常只流于形式；因此它從來沒有真正用于連接項目的執行。
我想說的是，用來準備測試計劃的時間是整個項目實施期間非常有價值的部分。但不幸的是，所有這些多半都只是在理論上說說，很少用于實踐。因此測試人員通常不會把測試活動和測試計劃緊密的結合到一起，因為每個測試計劃的實施都會受與此過程相關的費用影響，而且他們認為測試計劃會延緩測試活動。
這無疑是一件壞事，但即使你否定了這個項目計劃階段—若測試工程師在項目執行階段認真遵循性能測試的7個要點，我覺得我們還是能在最后看到希望。
7個要點：
1、知道SLA指的是什么。
SLA 服務等級協議
定義
SLA：Service-Level Agreement的縮寫，意思是服務等級協議。 服務等級協議是關于網絡服務供應商和客戶間的一份合同，其中定義了服務類型、服務質量和客戶付款等術語。 SLA: SoftWare License Agreement的縮寫,意思也可為軟件許可協議,像著名的GPL,BSD等均為典型代表. SLA: Second Language Acquisition的縮寫，意思是第二語言習得。項目
典型的SLA 包括以下項目： 分配給客戶的最小帶寬； 客戶帶寬極限； 能同時服務的客戶數目； 在可能影響用戶行為的網絡變化之前的通知安排； 撥入訪問可用性； 運用統計學； 服務供應商支持的最小網絡利用性能，如99.9%有效工作時間或每天最多為1分鐘的停機時間。 各類客戶的流量優先權； 客戶技術支持和服務； 懲罰規定，為服務供應商不能滿足 SLA 需求所指定。要求
按照 SLA 要求，服務供應商采用多種技術和解決方案去監控和管理網絡性能及流量，以滿足 SLP 中的相關需求，并產生對應的客戶結果報告。 另一方面，客戶本身也提出了自己的技術及解決方案去監控鄰居的流量和服務，以確保提供他們答應的傳送服務項目。 SLA概念已被大量企業所采納，作為公司 IT 部門的內部服務。大型企業的 IT 部門都規范了一套服務等級協議，以衡量、確認他們的客戶（企業其他部門的用戶）服務，有時也與外部網絡供應商提供的服務進行比較。定義
SLA 服務水平協議（簡稱：SLA，全稱：service level agreement）是在一定開銷下為保障服務的性能和可靠性，服務提供商與用戶間定義的一種雙方認可的協定。通常這個開銷是驅動提供服務質量的主要因素。內容
一個完整的SLA同時也是一個合法的文檔，包括所涉及的當事人、協定條款(包含應用程序和支持的服務)、違約的處罰、費用和仲裁機構、政策、修改條款、報告形式和雙方的義務等。同樣服務提供商可以對用戶在工作負荷和資源使用方面進行規定。保障
傳統上，SLA包含了對服務有效性的保障，譬如對故障解決時間、服務超時等的保證。但是隨著更多的商業應用在Internet的廣泛開展，越來越需要SLA對性能（如響應時間）作出保障。這種需要將會隨著越來越多的商業在Internet 的開展而重要起來。實際上，SLA的保障是以一系列的服務水平目標（SLO）的形式定義的。服務水平目標是一個或多個有限定的服務組件的測量的組合。一個SLO被實現是指那些有限定的組件的測量值在限定范圍里。SLO有所謂的操作時段，在這個時間范圍內，SLO必須被實現。但是由于Internet的統計特性，不可能任何時候都能實現這些保障。因此SLA一般都有實現時間段和實現比例。實現比例被定義為SLA必須實現的時間與實現時段的比值。例如：在工作負荷<100 transaction/s前提下，早上8點到下午5點服務響應時間<85ms，服務有效率>95%，在一個月內的總體實現比例 <97%。
2、了解真實用戶的使用模式。
3、知道如何加載服務器。
4、知道負荷服務器的最大負荷量。
5、明白自動化測試需要包含哪些類型。
6、了解你的測試工具以最大化其功能。
7、了解你的測試環境。
你只要在腦海中牢牢記住這些要點是專業范疇內的一部分。你既不需要把這些歸檔，也不用把它們交付客戶，你只需要實踐。因為最后，客戶既不會想知道你的負載測試計劃有多好或多壞，也不會因你遵循的標準不同而生氣，相反，客戶在意的是你提交的結果的準確度和這些統計資料對改善應用程序的性能有多大幫助。相信我，深入了解這些要點的每個方面并認真執行，對得到負載測試的真實結果肯定會有所幫助。