【作者簡介】在過去的17年中，Alex Podelko已經(jīng)在多家公司擔(dān)任過性能工程師和設(shè)計師。現(xiàn)下，他是Oracle公司里的一名技術(shù)顧問，負(fù)責(zé)性能測試以及企業(yè)性能管理和商業(yè)智能（又名Hyperion）產(chǎn)品的優(yōu)化。Alex偶爾會談?wù)劵驅(qū)憣懶阅芟嚓P(guān)的話題，崇尚摧毀不同性能專家小組間的壁壘。在www.alexanderpodelko.com上可以找到他的性能相關(guān)的鏈接和文件（包括他新的論文和報告）。Alex近在CMG（一個擁有性能和容量規(guī)劃專家的組織）擔(dān)任主管。
　　偶爾我會看見一些關(guān)于性能測試員所需技巧的熱烈討論�？雌饋硭坪醮蠖鄶�(shù)專家都贊同：性能測試需要更多技巧和知識，而不僅僅只要通過使用特定負(fù)載測試工具來創(chuàng)建并運行腳本足夠了。但仍是有可能想象大型企業(yè)的一名性能測試員只創(chuàng)建腳本并機械地運行它們而由其他性能專家監(jiān)控系統(tǒng)并分析結(jié)果的，我對這個人或這種方法都不抱希望。系統(tǒng)現(xiàn)在已變得很復(fù)雜了，所有特定專家的意見都無法完全地描述性能。性能測試所需的技巧，除了負(fù)載測試外，我們至少該想想以下幾點:
——系統(tǒng)是什么？
——監(jiān)控和性能分析。
——我們發(fā)現(xiàn)一個問題，該怎么辦？
——診斷，調(diào)整并進行系統(tǒng)性能管理。
——調(diào)整不管用，是不是應(yīng)用程序出問題了？
——進行軟件性能管理。
——要是應(yīng)用程序出問題了怎么辦？
——建模并做出性能規(guī)劃。
——我們該怎么完成這一切呢？
——溝通，呈現(xiàn)并進行項目管理。

 　　要想成為一名的性能測試員（通常在這方面更的專家是性能工程師或性能設(shè)計師），你或許該對上述內(nèi)容稍作了解。你不必成為一名比如數(shù)據(jù)調(diào)整方面的專家——大多數(shù)公司都有這方面專門的DBA——但你確實需要能夠和一名DBA用他/她的語言交流以便有效地協(xié)調(diào)工作；或開始關(guān)注當(dāng)前應(yīng)用程序設(shè)計的性能的重要性。很遺憾，這并不簡單，你需要知道的夠多以了解到底是怎么回事并進行有效溝通。問題是該如何獲取這樣的技巧。通過不斷地自學(xué)并一步步地累積經(jīng)驗？當(dāng)然沒錯，但是那要花上不少時間。更何況，要從頭學(xué)習(xí)某些領(lǐng)域相當(dāng)困難。
　　你需要在適應(yīng)獨自深入學(xué)習(xí)前做一些基本了解。報個班如何？肯定要的——報一個教性能測試和你的主要工具的班。但是你在用的許多其他不同的產(chǎn)品怎么辦呢？這或許意味著要上幾周的性能相關(guān)的每種產(chǎn)品的班。但是這些是專家通過調(diào)整這些特定產(chǎn)品以謀生的法子，你沒有時間報所有這些班，通常也不需要研究的這么深入。和一名專家談?wù)�？�?dāng)然可以，如果你身邊有一名專家的話。性能專家是稀缺而忙碌的，所以你好準(zhǔn)備好有質(zhì)量的問題，這一點很難做到如果你對這個話題了解甚少的話。
　　當(dāng)你沿著這條路走的夠遠(yuǎn)時，又會陷入另一個困境。你已經(jīng)充分了解到基礎(chǔ)訓(xùn)練沒有用，但是對性能測試員來說基本是沒有高級班的。當(dāng)你超越入門階段時，像環(huán)境、工具、系統(tǒng)、應(yīng)用程序等的細(xì)節(jié)變得很不一樣，這樣一來為特殊組合創(chuàng)建一個班會毫無意義。你知道你需要更多信息，你需要確認(rèn)你與其他專家的方法和做法，你需要更高級的技巧和竅門，你需要找到可以和你共同探討你的問題的人。我覺得適用于兩種情況的解決方案是一個好的會議。一些人將信息消化然后再回過頭將之呈現(xiàn)給你。它不是理想的，因為所呈現(xiàn)之物的質(zhì)量和呈現(xiàn)者一直在變。但當(dāng)你面對許多不同話題時它可能仍是有效的方法。然而對于一名性能測試員來說并沒有完美的活動。我覺得接近的應(yīng)該是CMG (www.cmg.org)舉行的性能和容量會議——一個實用的致力于有著較強性能測試軌跡的性能工程和容量規(guī)劃會議，盡管比起測試，會議的重點更放在性能上。性能和可靠性研討會（WOPR）可能是一個一心致力于性能測試（以及一些相關(guān)方面）的了，但是由于其格式，它僅在20-25個人之間，只限于受到邀請的人。有許多很不錯的測試會議比如STAR會議（www.sqe.com/Conferences），Agile Testing Days（www.agiletestingdays.com），或CAST (www.associationforsoftwaretesting.org)，在這些會議中，你或許可以找到一些關(guān)于性能測試的報告——但實在是少之又少。在軟件測試教授（STP）會議上可以找到一點性能相關(guān)的材料——但是它的重點卻是測試，基本和性能工程沒多大關(guān)系。
　　Velocity會議(velocityconf.com)對于web性能是一個重要活動。在Velocity會議上，你會看見許多性能測試員和廠商展示他們的性能工具，但很少真正涉及經(jīng)典的性能測試。Surge（surge.omniti.com）是另一個很好的web性能和可擴展性會議——但是在那兒你可能聽不到關(guān)于測試的信息。還有不少更專業(yè)更學(xué)術(shù)的跟性能的不同方面相關(guān)的會議，如果你對性能的一個專業(yè)領(lǐng)域有興趣的話可以考慮看看，但是通常測試是不包含在內(nèi)的。當(dāng)然，有很多廠商活動覆蓋了他們的特定產(chǎn)品，這或許會引起你的興趣如果你正在使用他們的產(chǎn)品。

版權(quán)聲明：本文出自 SPASVO澤眾軟件測試網(wǎng)：http://www.misscakediy.com/news/html/201535152658.html

原創(chuàng)作品，轉(zhuǎn)載時請務(wù)必以超鏈接形式標(biāo)明本文原始出處、作者信息和本聲明，否則將追究法律責(zé)任。