》推薦閱讀《
1、效能測試學習筆記-場景設計
2、效能測試的重要意義
3、效能分析流程及方法
4、應用系統效能調優之效能分析
效能測試新手誤區
效能測試新手誤區：找不到測試點，不知為何而測
有過一些效能測試經驗的人很容易進入此狀態，他們已經熟悉了效能測試的基本流程，能夠比較熟練的使用測試工具開展工作。我大概從事效能測試一年左右時遇到了這個問題，那時我覺得效能測試的過程沒有太多挑戰，遇到的每乙個系統，彷彿都可以用同樣的流程完成。半天時間填寫測試方案，一天時間來準備測試環境，一天時間準備測試指令碼，一到兩天來完成各種測試用例，然後就是調優、問題複測和完成測試報告。在我看來，效能測試好像變成了用一些工具去執行乙個個固定的用例。
這樣的工作持續了一段時間後，我感到有些不對勁，一定是**出了問題。效能測試難道真的這麼簡單，簡單到把任何乙個系統套入標準的流程中就可以了？於是我開始思考測試的意義，為什麼要進行效能測試？是因為效能測試可以提供關於瓶頸、缺陷、效率等等我們認為有價值的資訊。那僅僅通過乙個工具，或者是乙個固定的流程，就可以發現不同系統的這些資訊麼？這顯然是不可能的。
我開始嘗試盡量深入的去理解被測系統，這個系統的目的是什麼，使用者是如何使用系統的，使用者對哪些業務的效能比較敏感，系統的一些關鍵業務實現邏輯是怎麼樣的，從設計實現的角度來看哪些業務的效能可能存在隱患。這些很少是技術層面上的問題，需要做的只是思考，再深入思考。慢慢的我有了些收穫，開始了解為什麼要測這個系統，針對這個特定的系統哪些內容是最重要的，為了獲得需要的資訊我需要從哪幾個方面進行測試，為了實現我的想法又需要哪幾種方法或者工具。(現在我的效能測試過程中，用於理解被測系統、理解使用者、整理測試思路的時間投入大大增加了。你呢，投入了多大比例？)
要做好這些其實很難，每乙個被測系統對我來說，彷彿就變成了乙個新的挑戰。但是逐漸的我發現自己思考問題更全面了、可以更快的抓住系統的重點、找到更重要的bug、對系統的實際效能有了更準確的評估。這裡提乙個簡單的問題，如何確保你的測試結果和生產環境的效能表現是一致的，也就是說測試結果能夠真正的反應實際的效能，而不僅僅是代表了你選取的幾個測試場景的效能。話說起來比較繞，但是請認真想一想，你有多大的把握呢？
上面只是寫了一些個人的感想，我覺得如果在「思想」上沒有辦法上到乙個新的台階，你的效能測試生涯可能也就達到「瓶頸」了。如何突破這個瓶頸，那就需要努力改變自身，多思考多學習，最核心的能力恐怕不是能培訓出來的。一定會有一些人認為效能測試的重點在於「技術」上，於是他們不斷的記住各種調優配置引數，以為自己掌握了效能的精髓，彷彿什麼系統到了他們手上，只要改幾個引數就會出現奇蹟。我也經歷了這個階段，也有過幾次自以為挺高明的調優經歷，也為自己會各種中介軟體資料庫的配置調優而有些小得意。但現在想想，那還真是乙個比較低的層次，思想上抓不住重點、看不全大局，技術上其實也只是一點皮毛。面對這類人，只要問幾個為什麼就會讓他們無法回答，為什麼要調優？為什麼要調這個引數？如何證明這次調整的效果？
將上文簡單的總結成幾點，希望能給效能測試新手提供一丁點的幫助吧：
效能測試的難點在於對被測系統的理解，在於對測試點的分析。為了實現測試的思想，可以有多種方法，手段永遠只是輔助的，只有思想才是根本的。工具(如lr)更不等於效能測試，不要以為會用lr就懂了效能測試，那只是最低階的測試執行。也不要以為會調幾個引數就懂了效能測試，那同樣是個比較低的層次。
調優等技術不是效能測試的主要目的，好的效能也不是調出來的。測試人員一定要明白自己存在的價值所在，所謂的「技術」只是為了達成自己測試目的的一些手段，同開發人員、dba相比，你在這些技術上永遠是外行。
不要照著文件模板，填入測試方案。每乙個系統都是不同的，要真正的認識到這一點，為每個系統設計出有針對性的測試方案。思考你每一步工作的意義和目的。
如何證明測試結果的有效性，其實是個很難的問題，值得花費時間去認真思考。這個過程涉及到一些很重要的內容，如使用者模型的建立，後續會有專門的文章。
效能測試是乙個需要不斷改進的過程，每一次只需盡量的做到更好，多做一點點以前沒有想到的東西。經過不斷的積累，你會發現自己對效能測試有了更深的認識。
》推薦閱讀《
1、效能測試學習筆記-場景設計
2、web站點效能調優完全攻略
3、應用系統效能調優之效能分析
4、windows監控——效能指標詳解
6、效能測試的重要意義
7、軟體效能測試的本質_致命版
8、效能分析流程及方法
9、效能測試流程
10、效能測試從需求分析開始
11、效能測試指標
12、雙活資料中心揭秘之—db2 purescale
13、循序漸進學習oracle
14、軟體專案管理中的十個誤區
15、功能測試方法總結及常見面試問題
16、mq來賬通道及佇列配置
17、linux命令大全整理
18、jmeter工具簡單介紹
19、效能瓶頸分析方法
20、效能測試-loadrunner操作流程之一
22、效能測試-loadrunner操作流程之二
23、效能測試-loadrunner操作流程之三
24、效能測試-指令碼編寫之一
25、效能測試-指令碼編寫之二
26、效能測試-指令碼編寫之三
27、效能測試-效能調優之一
28、效能測試-效能調優之二
效能測試報告
1 專案介紹.3 1.1 測試目的.3 1.2 縮略語和術語說明.3 1.3 測試環境配置.3 2 效能測試工具.4 3 效能測試方案.4 3.1 系統壓力測試.4 3.1.1 系統壓力測試操作步驟.4 3.1.2 測試通過標準.4 4 效能測試資料分析.5 4.1 系統壓力測試報告.5 4.1.1...
效能測試報告
於感謝分享！1 計畫概述 目的 找出系統潛在的效能缺陷 目標 從安全 可靠 穩定的角度出發，找出效能缺陷，並且找出最佳承受併發使用者數，以及併發使用者數下時間執行的負載情況，如要併發100個使用者，如何對系統分析和調優 3 術語解釋 名詞解釋 4 系統簡介 對乙個什麼系統的測試 5 測試環境 測試範...
效能測試新手誤區（一）
系列原創 效能測試新手誤區 有過一些效能測試經驗的人很容易進入此狀態，他們已經熟悉了效能測試的基本流程，能夠比較熟練的使用測試工具開展工作。我大概從事效能測試一年左右時遇到了這個問題，那時我覺得效能測試的過程沒有太多挑戰，遇到的每乙個系統，彷彿都可以用同樣的流程完成。半天時間填寫測試方案，一天時間來...