當前測試人員應該具有的基本技能

最近發現一些測試崗位的薪資水平很高，然而與此造成鮮明對比的是，另外一些測試崗位的回報倒是少得可憐，兩級分化特別嚴重。

我一直有這樣一個觀點，除去各類軟技能因素，你會的越多拿的就越多。

那麼當前測試同窗應該具有哪些技能呢？我想大概應該有下面一些。

溝通能力

溝通能力我認爲分爲2種，一種是表達本身，另外一種是聆聽別人。

表達本身的意思就是能讓其餘人知道你想作什麼，在作什麼，有什麼困難，須要什麼幫助；聆聽別人就是你聽得懂對方在作什麼，要作什麼，有什麼困難之類。

不少測試同窗在表達本身方面能力很強，可是聆聽別人方面卻差強人意。常常溝通以後徹底不知道開發或者項目要作什麼。這應該是因爲信息不對稱形成的，開發和項目方面的事情你們不是很清楚，因此溝通的實話每每貌合神離，只能報以尷尬而不失禮貌的微笑。

閱讀能力

這裏特指閱讀文檔的能力。

文檔有不少種，咱們最應該讀懂的是需求文檔。

需求文檔裏可能有不少字，這時候咱們須要一邊讀一邊思考，哪些地方是合理的，哪些地方又是須要推敲的，好比根據手機殼自動變換軟件主題顏色之類的須要，仍是要多多討論一下才比較好。

需求文檔裏面極可能就一句話，好比我要實現一個跟淘寶一摸同樣的網站，這時候上文描述的溝通能力就有用武之地了。咱們須要把需求一點一點的挖出來，豐富和細化，最終還原爲真實需求。我的經驗看來，一句話的需求每每是在表達美好的願望，只是冰山一角，實際要作的事情每每至關的繁複。

設計用例的能力

用例設計的方法你們應該耳熟能詳了，起碼每次面試以前都會背一遍。可是會了那麼多方法，並不必定表明你就能編寫合理有效的用例。

其實我一直認爲，咱們所推崇的用例設計方式不少時候是很微觀的，但咱們設計的測試用例在大多數時候倒是宏觀的，二者之間彷佛並不能使人信服的融會貫通。

好比邊界值法，在單元測試裏邊界值是很容易分類(等價類)和枚舉的，可是在設計一個真正的手工測試用例的時候，咱們每每很難作這種枚舉，咱們可能會有一個輸入範圍及其龐大的無效類，叫作異常狀況。如何在異常狀況中再次細分，選取有表明的性的輸入或操做進行測試，每每至關有挑戰，這就須要真正的理解需求，理解被測系統。

因此不少時候，這種設計用例識別盲點的能力最終仍是轉化爲，你對系統熟不熟，對業務熟不熟，知不知道用戶在想些什麼。

寫文檔的能力

由於衡量測試輸出的指標不是不少，因此有些時候咱們要輸出一些文檔來表示咱們確實在努力工做。好比

• 測試計劃
• 測試用例
• 測試報告

這些其實有很大的優化空間，畢竟在項目緊張的時候測試報告也就是一個結論一封郵件的事情。

必定的代碼能力

測試重複性的工做不少，有一些重複性高的事情是能夠用寫代碼的方式去快速搞定的。好比能夠用寫一些腳本邏輯加sql的方式快速生成一些測試數據之類的。有了代碼能力以後，想象空間就會變大相對大一些。

執行用例能力

手工執行用例也是一種能力，並非測試用例寫的好換誰執行都同樣的。可是自動執行用例的能力也是當前的測試人員所須要掌握的。

自動化的用例執行能夠節約成本，提高執行效率，加速回歸測試，不過須要找到投入和產出的平衡點。

把一些迴歸用例用代碼的方式實現並維護其實蠻有挑戰的，畢竟學會寫代碼是須要一個過程的。

專項測試能力

掌握一項專項測試能力，好比性能，app之類的，畢竟說不許何時項目就要求你這樣作，能頂上去纔有更好的發展空間。

不知道你們以爲還有哪些能力是必備的，歡迎留言討論。