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