最近發現一些測試崗位的薪資水平很高，然而與此形成鮮明對比的是，另一些測試崗位的回報卻是少得可憐，兩級分化特別嚴重。
我一直有這樣乙個觀點，除去各種軟技能因素，你會的越多拿的就越多。
那麼當前測試同學應該具備哪些技能呢？我想大概應該有下面一些。
溝通能力我認為分為2種，一種是表達自己，另一種是聆聽別人。
表達自己的意思就是能讓其他人知道你想做什麼，在做什麼，有什麼困難，需要什麼幫助；聆聽別人就是你聽得懂對方在做什麼，要做什麼，有什麼困難之類。
很多測試同學在表達自己方面能力很強，但是聆聽別人方面卻差強人意。經常溝通之後完全不知道開發或者專案要做什麼。這應該是由於資訊不對稱造成的，開發和專案方面的事情大家不是很清楚，所以溝通的實話往往貌合神離，只能報以尷尬而不失禮貌的微笑。
這裡特指閱讀文件的能力。
文件有很多種，我們最應該讀懂的是需求文件。
需求文件裡可能有很多字，這時候我們需要一邊讀一邊思考，哪些地方是合理的，哪些地方又是需要推敲的，比如根據手機殼自動變換軟體主題顏色之類的需要，還是要多多討論一下才比較好。
需求文件裡面很可能就一句話，比如我要實現乙個跟**一摸一樣的**，這時候上文描述的溝通能力就有用武之地了。我們需要把需求一點一點的挖出來，豐富和細化，最終還原為真實需求。個人經驗看來，一句話的需求往往是在表達美好的願望，只是冰山一角，實際要做的事情往往相當的繁複。
用例設計的方法大家應該耳熟能詳了，起碼每次面試之前都會背一遍。但是會了那麼多方法，並不一定代表你就能編寫合理有效的用例。
其實我一直認為，我們所推崇的用例設計方式很多時候是很微觀的，但我們設計的測試用例在大多數時候卻是巨集觀的，兩者之間似乎並不能令人信服的融會貫通。
比如邊界值法，在單元測試裡邊界值是很容易分類(等價類)和列舉的，但是在設計乙個真正的手工測試用例的時候，我們往往很難做這種列舉，我們可能會有乙個輸入範圍及其龐大的無效類，叫做異常情況。如何在異常情況中再次細分，選取有代表的性的輸入或操作進行測試，往往相當有挑戰，這就需要真正的理解需求，理解被測系統。
所以很多時候，這種設計用例識別盲點的能力最終還是轉化為，你對系統熟不熟，對業務熟不熟，知不知道使用者在想些什麼。
因為衡量測試輸出的指標不是很多，所以有些時候我們要輸出一些文件來表示我們確實在努力工作。比如
這些其實有很大的優化空間，畢竟在專案緊張的時候測試報告也就是乙個結論一封郵件的事情。
測試重複性的工作很多，有一些重複性高的事情是可以用寫**的方式去快速搞定的。比如可以用寫一些指令碼邏輯加sql的方式快速生成一些測試資料之類的。有了**能力之後，想象空間就會變大相對大一些。
手工執行用例也是一種能力，並不是測試用例寫的好換誰執行都一樣的。但是自動執行用例的能力也是當前的測試人員所需要掌握的。
自動化的用例執行可以節約成本，提公升執行效率，加速回歸測試，不過需要找到投入和產出的平衡點。
把一些回歸用例用**的方式實現並維護其實蠻有挑戰的，畢竟學會寫**是需要乙個過程的。
技術人員應該具備的幾項基本技能
首先，需要掌握一定的專業技能。這個是在行業內生存的基礎，畢竟作為技術人員，不是靠嘴皮子吃飯的，技能才是安身立命之本。專業技能掌握的好壞，決定了你的基礎是否足夠牢靠。其次，要有足夠好的態度。雖然說態度決定一切有些誇張，但是，乙個好的態度，具備一定的主觀能動性，是在行業內發展必不可少的。好的態度就像是發...
程式設計師應該具備的11項基本技能
下面這些基本職業技術可以用來做為對乙個程式設計師的評估，很明顯，下面的這些技能都可以用來做面試。雖然，還有很多非技術的因素，但對於評估乙個程式設計師的技術能力來說，其應該是足夠的了。下面是程式設計師所應該具備的基本職業技能 編 寫程式 編寫程式並不包括程式設計。不要以為程式設計是一件很簡單的事情，很...
程式設計師需要具備的基本技能
基本技能 技能描述 閱讀 這個技能需要程式設計師能夠具備讀懂已經存在的 的能力，這樣的能力可以讓程式設計師分析程式的行為，了解程式，這樣才能和開發團隊一起工作，繼承維護或是改進現有的程式。編寫程式 編寫程式並不包括程式設計。不要以為程式設計是一件很簡單的事情，很多程式設計師都認為程式設計只需要懂得程...