最近發現一些測試崗位的薪資水平很高，然而與此形成鮮明對比的是，另一些測試崗位的回報卻是少得可憐，兩級分化特別嚴重。
我一直有這樣一個觀點，除去各種軟技能因素，你會的越多拿的就越多。
那么當前測試同學應該具備哪些技能呢？我想大概應該有下面一些。
溝通能力
溝通能力我認為分為2種，一種是表達自己，另一種是聆聽別人。
表達自己的意思就是能讓其他人知道你想做什么，在做什么，有什么困難，需要什么幫助；聆聽別人就是你聽得懂對方在做什么，要做什么，有什么困難之類。
很多測試同學在表達自己方面能力很強，但是聆聽別人方面卻差強人意。經常溝通之后完全不知道開發或者項目要做什么。這應該是由於信息不對稱造成的，開發和項目方面的事情大家不是很清楚，所以溝通的實話往往貌合神離，只能報以尷尬而不失禮貌的微笑。
閱讀能力
這里特指閱讀文檔的能力。
文檔有很多種，我們最應該讀懂的是需求文檔。
需求文檔里可能有很多字，這時候我們需要一邊讀一邊思考，哪些地方是合理的，哪些地方又是需要推敲的，比如根據手機殼自動變換軟件主題顏色之類的需要，還是要多多討論一下才比較好。
需求文檔里面很可能就一句話，比如我要實現一個跟淘寶一摸一樣的網站，這時候上文描述的溝通能力就有用武之地了。我們需要把需求一點一點的挖出來，豐富和細化，最終還原為真實需求。個人經驗看來，一句話的需求往往是在表達美好的願望，只是冰山一角，實際要做的事情往往相當的繁復。
設計用例的能力
用例設計的方法大家應該耳熟能詳了，起碼每次面試之前都會背一遍。但是會了那么多方法，並不一定代表你就能編寫合理有效的用例。
其實我一直認為，我們所推崇的用例設計方式很多時候是很微觀的，但我們設計的測試用例在大多數時候卻是宏觀的，兩者之間似乎並不能令人信服的融會貫通。
比如邊界值法，在單元測試里邊界值是很容易分類(等價類)和枚舉的，但是在設計一個真正的手工測試用例的時候，我們往往很難做這種枚舉，我們可能會有一個輸入范圍及其龐大的無效類，叫做異常情況。如何在異常情況中再次細分，選取有代表的性的輸入或操作進行測試，往往相當有挑戰，這就需要真正的理解需求，理解被測系統。
所以很多時候，這種設計用例識別盲點的能力最終還是轉化為，你對系統熟不熟，對業務熟不熟，知不知道用戶在想些什么。
寫文檔的能力
因為衡量測試輸出的指標不是很多，所以有些時候我們要輸出一些文檔來表示我們確實在努力工作。比如
- 測試計划
- 測試用例
- 測試報告
這些其實有很大的優化空間，畢竟在項目緊張的時候測試報告也就是一個結論一封郵件的事情。
一定的代碼能力
測試重復性的工作很多，有一些重復性高的事情是可以用寫代碼的方式去快速搞定的。比如可以用寫一些腳本邏輯加sql的方式快速生成一些測試數據之類的。有了代碼能力之后，想象空間就會變大相對大一些。
執行用例能力
手工執行用例也是一種能力，並不是測試用例寫的好換誰執行都一樣的。但是自動執行用例的能力也是當前的測試人員所需要掌握的。
自動化的用例執行可以節約成本，提升執行效率，加速回歸測試，不過需要找到投入和產出的平衡點。
把一些回歸用例用代碼的方式實現並維護其實蠻有挑戰的，畢竟學會寫代碼是需要一個過程的。
專項測試能力
掌握一項專項測試能力，比如性能，app之類的，畢竟說不准什么時候項目就要求你這樣做，能頂上去才有更好的發展空間。
不知道大家覺得還有哪些能力是必備的，歡迎留言討論。