初學者如何選擇學習哪種測試技術

本文節選自《小強軟件測試瘋狂講義》一書

這個話題有點沉重，因為一旦表述不好肯定會被一些無良的人罵之，但思前想后還是決定寫這一章節。因為我被太多的朋友問過這個問題了，大概統計了一下，基本每兩天就會被問到一次，有時候一天還會被問到N次，我回答的都要吐血了，為此還在《挨踢脫口秀》（http://www.lizhi.fm/200893/）中專門做了一期節目，可見這個話題的必要性了，也希望能幫助有選擇糾結癥的朋友。

下面我盡量客觀的以我自己的學習經歷來聊聊，也許這個經歷不是最好的，甚至是錯的，但可以給大家一些參考，少走一些彎路，我覺得就是有價值的。

首先，我們說說學習性能測試需要面臨的幾個挑戰，大家可以結合自己的實際情況看看自己是否適合繼續學習。

第一，龐大的知識體系，這個是我們面臨的第一個挑戰。性能測試是一項復雜且需要耐心的工作，我們需要在復雜的系統中“抽絲剝繭”，一層層分析從而確定性能問題。這個過程會涉及中間件、Web服務器、緩存、數據庫、代碼等知識，所以沒有一個較為完整的知識體系就很難進行下去。雖然說是挑戰，但在我看來卻是大部分小白朋友最佳的入門途徑，因為它能幫助我們快速建立較為完善的知識體系，對于我們而言有百利而無一害。不知你是否遇到過這樣的場景，被指著鼻子說：連一個SQL語句都不會寫，連中間件是什么都不知道你還和我們討論什么。這樣的“羞辱”雖然讓我們不開心，但也直白地指出了現在很多測試工程師在整體知識體系方面的欠缺，只有把自己的短板補起來才有底氣和實力去爭取更美好的事物。

第二，較強的分析能力，這個是我們面臨的第二個挑戰。就好像動畫片《柯南》，在復雜的犯罪現場破案，需要不斷的推斷和論證，這個過程中有可能會把之前確定的事情推翻了，也有可能好幾天都沒有進展，但這也是它的魅力，可以說是痛并快樂的。

在我接觸過很多學員之后，我發現大家一個共性的問題就是邏輯分析能力較差，在分析的過程中經常是東一點西一點，完全沒有邏輯可言，都是亂猜，并且經常容易掉入細節，一旦掉入無法自拔，導致停滯不前，這也就是為什么很多人覺得性能測試難的原因。在我看來，性能測試的分析過程就像剝洋蔥，你需要一層層剝開才能看到問題所在，這個過程就需要你有較強的邏輯分析能力，同時也要具有宏觀性，只有站在一定的高度去看待問題才能豁然開朗，不然就會陷入死胡同。一旦這個思維能力培養好了，就會事半功倍，學習其他技術時效率也會提高，所以萬事都需付出才能有收獲。

其次，我們再來說說學習自動化測試需要面臨的幾個挑戰。

第一，編碼能力，這個是逾越不過的坎兒。說到這里可能會有朋友問難道性能測試不需要編碼能力嗎？答案是需要，但比起自動化測試來說門檻相對低點。其實對于一個優秀的測試工程師來說編碼能力是必備的技能。

如何提升自己的編碼能力也是不少朋友咨詢過我的問題，真心沒有什么捷徑。我覺得就是要多練習多總結，我說的練習是真正的動手去做而不是看。我帶過的學員中其實大部分同學都存在一個問題，就是上課講的時候聽起來感覺很簡單，不以為然，但當自己下課后練習時卻出現各種問題，很簡單的知識點能搞一天，所以一定要多練習，每次犯過的錯誤也都要及時總結，不能讓自己在同一個地方跌倒兩次。我再苦口婆心一句：“沒有不起眼的磚，沒有看不到的框架，漂亮的樓房怎么能屹立不倒”。

第二，邏輯思維能力。在有了編碼能力之后就能做自動化測試了嗎？顯然不能，因為自動化測試最終是希望建立一個框架或者平臺，這是一個大工程，一定要有較強的邏輯思維能力和設計能力才行。就好比，你會焊接技術但不代表你會設計汽車啊。所以自動化測試真正的難點在于設計思想，一點經驗都沒有的朋友做起來確實會比較吃力，這也就是為什么我個人建議可以先學習性能測試，培養能力和思維之后再學自動化測試的原因了。

說了這么多，我想大家應該心中已經有了答案，再次聲明，這些只是我個人的看法，不見得對，僅供參考而已，不喜勿噴。