【作者簡介】在過去的17年中，Alex Podelko已經在多家公司擔任過性能工程師和設計師。現下，他是Oracle公司里的一名技術顧問，負責性能測試以及企業性能管理和商業智能（又名Hyperion）產品的優化。Alex偶爾會談談或寫寫性能相關的話題，崇尚摧毀不同性能專家小組間的壁壘。在www.alexanderpodelko.com上可以找到他的性能相關的鏈接和文件（包括他新的論文和報告）。Alex近在CMG（一個擁有性能和容量規劃專家的組織）擔任主管。
偶爾我會看見一些關于性能測試員所需技巧的熱烈討論。看起來似乎大多數專家都贊同：性能測試需要更多技巧和知識，而不僅僅只要通過使用特定負載測試工具來創建并運行腳本足夠了。但仍是有可能想象大型企業的一名性能測試員只創建腳本并機械地運行它們而由其他性能專家監控系統并分析結果的，我對這個人或這種方法都不抱希望。系統現在已變得很復雜了，所有特定專家的意見都無法完全地描述性能。性能測試所需的技巧，除了負載測試外，我們至少該想想以下幾點:
——系統是什么？
——監控和性能分析。
——我們發現一個問題，該怎么辦？
——診斷，調整并進行系統性能管理。
——調整不管用，是不是應用程序出問題了？
——進行軟件性能管理。
——要是應用程序出問題了怎么辦？
——建模并做出性能規劃。
——我們該怎么完成這一切呢？
——溝通，呈現并進行項目管理。
要想成為一名的性能測試員（通常在這方面更的專家是性能工程師或性能設計師），你或許該對上述內容稍作了解。你不必成為一名比如數據調整方面的專家——大多數公司都有這方面專門的DBA——但你確實需要能夠和一名DBA用他/她的語言交流以便有效地協調工作；或開始關注當前應用程序設計的性能的重要性。很遺憾，這并不簡單，你需要知道的夠多以了解到底是怎么回事并進行有效溝通。問題是該如何獲取這樣的技巧。通過不斷地自學并一步步地累積經驗？當然沒錯，但是那要花上不少時間。更何況，要從頭學習某些領域相當困難。
你需要在適應獨自深入學習前做一些基本了解。報個班如何？肯定要的——報一個教性能測試和你的主要工具的班。但是你在用的許多其他不同的產品怎么辦呢？這或許意味著要上幾周的性能相關的每種產品的班。但是這些是專家通過調整這些特定產品以謀生的法子，你沒有時間報所有這些班，通常也不需要研究的這么深入。和一名專家談談？當然可以，如果你身邊有一名專家的話。性能專家是稀缺而忙碌的，所以你好準備好有質量的問題，這一點很難做到如果你對這個話題了解甚少的話。
當你沿著這條路走的夠遠時，又會陷入另一個困境。你已經充分了解到基礎訓練沒有用，但是對性能測試員來說基本是沒有高級班的。當你超越入門階段時，像環境、工具、系統、應用程序等的細節變得很不一樣，這樣一來為特殊組合創建一個班會毫無意義。你知道你需要更多信息，你需要確認你與其他專家的方法和做法，你需要更高級的技巧和竅門，你需要找到可以和你共同探討你的問題的人。我覺得適用于兩種情況的解決方案是一個好的會議。一些人將信息消化然后再回過頭將之呈現給你。它不是理想的，因為所呈現之物的質量和呈現者一直在變。但當你面對許多不同話題時它可能仍是有效的方法。然而對于一名性能測試員來說并沒有完美的活動。我覺得接近的應該是CMG (www.cmg.org)舉行的性能和容量會議——一個實用的致力于有著較強性能測試軌跡的性能工程和容量規劃會議，盡管比起測試，會議的重點更放在性能上。性能和可靠性研討會（WOPR）可能是一個一心致力于性能測試（以及一些相關方面）的了，但是由于其格式，它僅在20-25個人之間，只限于受到邀請的人。有許多很不錯的測試會議比如STAR會議（www.sqe.com/Conferences），Agile Testing Days（www.agiletestingdays.com），或CAST (www.associationforsoftwaretesting.org)，在這些會議中，你或許可以找到一些關于性能測試的報告——但實在是少之又少。在軟件測試教授（STP）會議上可以找到一點性能相關的材料——但是它的重點卻是測試，基本和性能工程沒多大關系。
Velocity會議(velocityconf.com)對于web性能是一個重要活動。在Velocity會議上，你會看見許多性能測試員和廠商展示他們的性能工具，但很少真正涉及經典的性能測試。Surge（surge.omniti.com）是另一個很好的web性能和可擴展性會議——但是在那兒你可能聽不到關于測試的信息。還有不少更專業更學術的跟性能的不同方面相關的會議，如果你對性能的一個專業領域有興趣的話可以考慮看看，但是通常測試是不包含在內的。當然，有很多廠商活動覆蓋了他們的特定產品，這或許會引起你的興趣如果你正在使用他們的產品。
版權聲明：本文出自 SPASVO澤眾軟件測試網：http://m.eqie.com.cn/news/html/201535152658.html
原創作品，轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。
