摘自《精通軟體效能測試與LoadRunner實戰》 1）使用者提出效能測試，例如，網站首頁頁面響應時間在3S之內，主要的業務操作時間小於10s，支援300使用者線上操作等相關語言描述。 2）某個軟體產品要釋出了，需要對使用者做集中的培訓。通常在進行培訓的時候，老師講解完成一個業務之後，被培訓的人員根據老師講解的例項進行同步操作前面講過的業務，這樣存在使用者併發的問題。在培訓之前搭建環境的時候，應該要考慮被培訓的人數，以便在場景中設計合理的併發使用者數量。 3）在同一個系統中可以採用兩種不同的架構，比如.NET或者JAVA，決定該系統到底需要採用那個架構，因為同樣的系統不同的語言，架構的實現效果可能就會不一樣，為了系統有更好的效能表現，在系統的實現前期，可以通過設計一個比較小的DEMO例項，設計同樣的場景，實際考察不同的語言，不同框架之間的效能差異，從而決定選擇效能較好的語言，框架開發軟體產品。 4）編碼完成，總是覺著系統的某個部分開發的有點問題，但是有說不清楚什麼地方到底存在效能上的瓶頸。一個優秀的系統軟體是需要開發、測試人員以及資料庫管理員、系統管理員等角色協同工作才能夠完成的。開發人員遇到效能問題以後需要提出需求，效能測試人員需要設計相關的場景，分析系統存在的瓶頸，定位相關的問題之後，將分析的測試結果以及意見反饋到開發等相關人員，作為開發相關人員作為調整的相關依據，調整以後，再根據相同的環境、同場景的測試，直到使系統能夠達到相關預期的目標。 5）決定入口網站能夠支援多大的併發操作（註冊、寫部落格、看照片、灌水 等等）。一個入口網站是應該經得起考驗的。入口網站欄目眾多，在進行效能測試的時候，需要考慮不同的應用場景，將註冊使用者、寫部落格、看照片、看新聞等使用者操作設計成相應的場景，根據預期的使用者數量設計相應的併發量。一個好的網站隨著使用者數量的逐漸增長以及推廣的深入，訪問量可能會成幾何級數的增長。考慮入口網站的這些特點，在進行效能測試的時候，需要考慮可靠性測試，失敗測試以及安全性測試等。