想來想去，這個文章的名字還是叫理性看待性能測試更為妥當。今天在微博上看到有人@到我提到一個關于性能測試的問題，我在回復了之后，感覺意猶未盡。由于微博上打字太費勁了，想說的話還沒說完就不讓輸入了。只能回來自己寫一個文章以平復一下想說未說完的憋悶。
我們總是會聽到這樣的話：性能測試工程師應該會操作系統、數據庫、網絡、應用、代碼等等。這樣的話，大部分是從有經驗的性能測試所謂的前輩的嘴里說出來，讓一些人覺得說這樣的話的人牛B而且非常值得膜拜。可氣的是沒有說明白這個程度到底是什么樣的，其實從我個人從業這么多年的角度來看，沒有哪一個人可以把這些東西，全都精通到不可一世的程度。要是說完全不知道，那也不太可能，哪個IT行業的人一生不得總是接觸這些東西呢。接觸并不代表可以掌握和控制它，這種完全不同的視角會在含糊其詞之間被無視。所以，我覺得對性能測試工程師，沒有必要這么苛刻。要求可以，但是要理智的要求。要求懂操作系統、數據庫、網絡、應用？沒有關系，正常的操作是可以做的，和性能有關的常用的判斷手段是可以做的，和性能有關的常用的參數配置是可以知道的。（其他亦如此）。我覺得這樣的要求對中級性能測試工程師就可以了。至少可以做大部分的工作了。也許會有人接著問了，高級性能測試工程師又要求什么呢？我覺得：性能測試的思維是高級性能測試工程師必須修煉的內功心法。面對一個未做過的系統，如果出現性能問題，從自己的經驗教訓中去判斷尋找一些蛛絲馬跡，配合整體的團隊尋找解決問題的方法，這才是要體現出來的價值。
同時，我們還會聽到另一種聲音：性能測試不就是拿著工具錄個腳本，加些用戶跑一下就行了嗎？于是乎，經常會有一些人提出一些比較苛刻的性能測試需求：很短的時間內出一個性能測試的結果，并且要說出性能瓶頸在哪里。這種性能需求大部分來自于一些對性能測試并不十分了解的人群，但是這部分人群又有足夠的能量影響著性能測試的方向。比如說，客戶方的某個領導。在這樣的情形之下，做為性能測試的行內人，就有引導客戶需求、說服客戶的職責了。當然，在現在這種利益驅動的市場模式之下，花個大價錢做個完整的性能測試，可能還沒有給某些關鍵人物來點賄賂更為有效。畢竟系統上線就死的也不是很多嘛，哪有那么多的系統都像某訂票網站那么悲摧呢。只有實際的損失才能有切膚之痛。
說到性能測試產生的實際的損失，我記得我在一次測試沙龍上說過一句話：在某些感受不到性能測試價值的企業里，性能測試是在謾罵和鄙視中被從踏得滿是灰塵的地上撿起來的。在一些實際的利益損失之后，那些各相關部門才會撿起這個大海中救命的木頭。可惜的是，這個時候各種動作都是亡羊補牢，損失的再也不會回來。那些被終端用戶的嘲笑也被記錄在企業的發展歷史中。話說，前一陣子，一個金融行業巨頭的某系統由于參數配置的問題一上線就死了，幸好產生的社會影響并不大；還有某證券公司的渠道總線因為性能不達標導致停了半個小時，損失了1個億；還有某互聯網公司的系統上線之后，因為數據庫承受不了壓力而出現了大量的用戶失敗的現象，等等。這樣的情況舉不勝舉，我都不用眾所周知的某訂票網站做例子。
不管是在什么樣的行業中，我覺得都要正視行業的處境，也需要明白自己的能力在行業中的位置。在自己的崗位上，就要明白自己的職責。我們不應該給性能測試相關的崗位太多的壓力，也不應該報有過高的期望。同時，我們也要知道性能測試的崗位能做到什么樣的事情。做為一個性能測試工程師，本身就要明白性能測試的工作職責。我看到很多個招聘性能測試職位的要求，有些要求招的不是人，而是神。由于神不多，所以只能抱怨現在這個行業真是整體能力太差了。性能測試的整個過程中確實應該包括完整的性能分析、優化工作，也需要給足夠的時間、資源和支持。
一個性能項目，如果想做到完整的性能分析，必須要有其他團隊的支持。我們可以定位到一個具體的函數，但是如果我們也把函數改了，是不是更能體現我們強大呢？顯然這不符合邏輯。這不是我們該干的事情，除非把開發的工資也發給我們。所以，我的觀點是：性能分析是性能測試過程中的一個必然的環節；性能分析需要各個相關團隊的支持。當然有些團隊可能因為時間比較緊，最后留給系統性能測試的只有一點點可憐的時間。在這樣的情況之下，就不要再指望性能測試能帶來多大的強心劑了，最多也就是安慰安慰領導或者客戶罷了。
還是總結一下：認清楚性能測試職位能做到的事情，明確性能測試工作中需要的支持。不要有無謂的天馬行空的論調和不切實際的需求。真正的理性的看待性能測試，才能讓性能測試發揮它本應該發揮的也可以發揮的最大的價值。
后記：希望行內人和行外人都給性能測試一個合理的判斷。
版權聲明：本文出自 Zee 的51Testing軟件測試博客：http://www.51testing.com/?17369
原創作品，轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。