Time will tell.
大概2014年，我開始接觸面試作業，也就是從應聘者轉為面試官，
記得印象深刻的是面試了一位做了8年的測驗，對方氣場很足，畢竟那時的我還只是一個3、4年經驗的小測驗，相反，印象深刻的并不是對方的氣場，也不是精湛的測驗技術（其實對方沒什么測驗技術，就是對自己公司的業務比較熟悉），只單純因為對方做了8年測驗，是的，那時我并沒有見過什么世面，遇到的都是5年作業經驗以下的測驗，
轉眼間我已經在測驗行業8年了，不過，我要說的并不是8年的測驗應該怎樣，
隨著行業的發展，越來越多的測驗會走到自己的測驗十年，剛好，我最近面試了一些十年以上的測驗人員，畢竟，我離10年也不遠了，畢竟你們早晚也會做到十年，來看看他們的能力和現狀對于我們來說，是具有參考價值的，
技術能力
十年以上的測驗無疑測驗技術一定要是全面的，根據專案的現階段所面臨的問題選擇最合適的測驗技術，
1、自動化測驗：
這是測驗繞不開的技術，能夠深刻的理解自動化測驗的價值與優缺點，獨立設計自動化測驗框架，根據專案的特點適當的選擇自動化方案，比如，我在面試其中一位測驗人員時，她跟我詳細的描述了他們專案的背景，以及作業中面臨的問題，找出影響測驗效率的原因，并提出改進的方法，這其中用到了少量的自動化測驗，這一改進確實有效提高了整體的測驗效率，
自動化真正變成了為我所用的工具，而不再是為了自動化而做自動化，
2、性能測驗：
性能測驗不再是關注JMeter或LoadRunner的使用，做性能測驗之前要清楚的知道為什么要做性能測驗，以及達到的預期效果，這中間應該是如何設計性能場景，如何做好系統的監控，以及系統的部署和調優，我曾面試過一位性能測驗，他為了模擬線上非必現的一個性能bug，深入分析線上重現場景，用Java自己實作了一個性能工具，并不是使用一下多執行緒那么簡單，具體細節我記不太清了，總之，那種情況單定位問題都花了很久，他告訴我最難實作的部分是性能測驗資料的收集，收集間隔太大得到的資料不精確，收集間隔太短本身也產生一定的性能，以及收集之后的資料如何統計與展示，
學習性能測驗的重點不是學習性能測驗工具，站在略高于開發的角度理解整個專案架構，才能真正的測出和解決性能問題，
3、測驗平臺：
測驗平臺并不是一定要做的，測驗平臺是為了更方便的服務于更多的測驗和開發人員，比如測驗和開發頻繁操作而又步驟一樣的一些事情，就可以集成到平臺中，這樣可以讓他們一個按鈕搞定，
我目前所開發的測驗平臺，使用最多是開發人員用的介面管理功能，和以及測驗人員用的一鍵創建測驗環境（我們的測驗環境用docker管理），
4、編程能力：
這是一個隱含技能，以上所介紹的技術，沒有一樣是可以離開編程能力，甚至要求不亞于開發水平，所以，不懂開發，或開發能力很弱，這將是最大的硬傷，
管理能力
無一例外，超過十年的測驗都擔任過管理角色，管理其實也是需要學習的軟技能，然而，卻常常被我們忽視，
最重要是角色的轉變，從專注于自己手上的作業，變成關注于整個團隊的作業，對上，如何利用現有資源提升產品質量與測驗效率，對下，幫助每個人的成長，發揮每個人的優勢，
說來非常簡單，做起來你會碰到各種各樣人和事，這都需要你有很強的溝通能力和處理問題的能力，
絮叨
對面試題、軟體、介面、自動化測驗、python感興趣可以加入我們175317069一起學習喔，群內會有不定期測驗資料鏈接發放，
喜歡的話，歡迎【評論】、【點贊】、【關注】禮貌三連
Time will tell.（時間會證明一切）
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/140214.html
標籤：其他