大概是2014年的時候,我開始接觸面試工做,就是從應聘者轉爲面試官,記得印象深入的是面試了一位作了8年的測試。對方氣場很足,嗯,畢竟那時的我還只是一個三、4年經驗的小測試,相反,印象深入的並非對方的氣場,也不是精湛的測試技術(其實對方面沒什麼測試技術,就是對本身公司的業務比較熟悉),只是由於對方面作了8年測試,是的,那時我並無見過什麼世面,遇到的都是作了5年如下的測試。但是,轉眼間我已經在測試行業8年了。不過,我要說的並非8年的測試應該怎樣。面試
隨着行業的發展,愈來愈多的測試會走到本身的測試十年。恰好,我最近有幸面試了一些十年以上的測試人員,畢竟,我離10年也不遠了,畢竟大家早完也會作到十年,來看看他們的能力和現狀對咱們來講具備很好的參考價值。docker
十年以上的測試無疑測試技術必定要是全面的,根據項目的現階段所面臨的問題選擇最合適的測試技術。編程
自動化測試:這是測試繞不開的技術,可以深入的理解自動化測試的價值與優缺點,獨立設計自動化測試框架,根據項目的特色適當的選擇自動化方案。好比,我在面試其中一位測試人員時,她跟我詳細的描述了他們項目的背景,以及工做中面臨的問題,找出影響測試效率的緣由,並提出改進的方法,這其中用到了少許的自動化測試。這一改進確實有效提升了總體的測試效率。多線程
自動化真正變成了爲我所用的工具,而再也不是爲了自動化而作自動化。架構
性能測試:性能測試再也不是關注JMeter或LoadRunner的使用。作性能測試以前要清楚的知道爲何要作性能測試,以及達到的預期效果,這中間應該是如何設計性能場景,如何作好系統的監控,以及系統的部署和調優。我曾面試過一位性能測試,他爲了模擬線上非必現的一個性能bug,深刻分析線上重現場景,用Java本身實現了一個性能工具,並非使用一下多線程那麼簡單,具體細節我記不太清了,總之,那種狀況單定位問題都花了好久。他告訴我最難實現的部分是性能測試數據的收集。收集間隔太大獲得的數據不精確,收集間隔過短自己也產生必定的性能,以及收集以後的數據如何統計與展現。框架
學習性能測試的重點不是學習性能測試工具,站在略高於開發的角度理解整個項目架構,才能真正的測出和解決性能問題。工具
測試平臺:測試平臺並非必定要作的,測試平臺是爲了更方便的服務於更多的測試和開發人員。好比測試和開發頻繁操做而又步驟同樣的一些事情,就能夠集成到平臺中。這樣可讓他們一個按鈕搞定。性能
我目前所開發的測試平臺,使用最可能是開發人員用的接口管理功能,和以及測試人員用的一鍵建立測試環境(咱們的測試環境用docker管理)。學習
編程能力:這是一個隱含技能,以上所介紹的技術,沒有同樣是能夠離開編程能力,甚至要求不亞於開發水平。因此,不懂開發,或開發能力很弱,這將是最大的硬傷。測試
無一例外,超過十年的測試都擔任過管理角色,管理其實也是須要學習的軟技能,然而,卻經常被咱們忽視。
最重要是角色的轉變,從專一於本身手上的工做,變成關注於整個團隊的工做。對上,如何利用現有資源提高產品質量與測試效率。對下,幫助每一個人的成長,發揮每一個人的優點。
說來很是簡單,作起來你會碰到各類各樣人和事,這都須要你有很強的溝通能力和處理問題的能力。
以上,但願對你有幫助。