測試工做近三年有感

 

    不知不覺快三年了，三年只是至關於讀了一次研，不過我讀研的時候是實現了從不會寫代碼到會寫一點代碼的0-1式飛躍，而這工做這三年，雖然收穫了一些，但也沒有好好進行梳理，年後工做稍閒，整理了下思路

第一年

    熟悉業務，熟悉流程，熟悉工具，什麼都是新的，充滿了新鮮感，感受各類高大上，幹活充滿激情，雙休日也喜歡去公司加班，邊加班邊調環境，對服務和部署理解飆升，感受基本已經是無敵狀態。固然我也知道部門很窮，可是日子過得很開心。只不過我認認真真測彩票，沒啥漏測也基本不延期，爲何沒人表揚我，後來想了想，要跟對項目啊

第二年

    流程上已經熟悉了，但爲啥測試的效率提不高，陷入了反思和迷茫：爲何你們都喜歡用很搓的方式去測試，造異常要停服務停數據庫，而不是優雅的本身搞個mock，爲何你們有點問題老是在羣裏問本身又不去看代碼，爲何調測試環境的時間超過了測試執行的時間等等~~
    項目上對測試人員push的很厲害，測試人員作的事又雜又多，使得我也常常選用簡單粗暴的測試方式而不是graceful的方式，雖然項目很快作完了，可是無感。有時候想用腳本改進某個測試過程，想了想寫腳本要0.5天（存在寫不出或調不通的風險），執行得到測試結果要0.5天，手工雖然須要1天，但明顯手工執行穩啊，好吧求穩。
    說到自動化測試，測試平臺的確功能強大，爲下降使用者的代碼門檻使用了web交互，可是增長和修改的效率不高，常常有一堆用例作出來但後來由於各類緣由就廢棄了，堆在那裏；若是用gtest、xunit這種單測框架，雖然熟了之後效率會有所提高但學習成本又擺在那裏，你們是否願意學習呢。這裏彷佛是一個悖論了，底層的框架須要測試人員去學習但能提升測試人員的代碼水平，封裝好的框架易用但又很差用同時也不怎麼提升測試人員的代碼水平
    雖然部門裏一直強調業務，可是不能成爲只適應於這項業務或只能在這樣流程下存活的人，學一些通用的技術也是很重要的，慢慢也開始本身學着用腳本作一些東西，雖然比較搓，好比用shell寫點工具，寫大一點的工具就各類蛋疼，後悔沒有提早學python。而後用php作一些頁面，沒有框架和設計模式的思想，只是功能的堆砌。如今來看too young too native。
    感慨本身這一年在測試和技術方面，目光和格局都過小了。是否該關聯的思考下，爲何下放BG前，系統測試的T3那麼難晉升

第三年

    帶了幾個新人作了大單項目，這幾位小弟雖然業務不熟但也沒出啥大岔子，目測未來必是可造之才。
    換了部門，流程徹底是輕到暴走，對比了下原來的重流程，我大概明白了原來的加班和如今的加班有什麼不一樣：
        一個是重視質量兼顧效率，但效率不高，因此加班
        一個是開發流程走的飛快，測試跟不上，因此加班
     開始在知乎上關注大神，會去github上看下別人寫的代碼，多半看不懂，算法和設計模式要回爐重造。測試這行業學東西快，忘記的也快，幾個月專心測版本，不擼代碼，coding水平降低飛快，不斷的學不斷的忘，累覺不愛。從新看了幾遍c++ primer 偶爾也能幫開發加加特性改改bug，至少線上仍是有哥的代碼的，能夠吹吹NB
    測試組的測試開發同窗很nice，跟他們學到了不少，要包括python以及一些自動化框架的使用，也愈加感受到測試人員須要有技術自由。做爲測試人員，工具和技術都是爲測試服務的，爲了可以驗證問題或者加快測試效率服務的，當你想驗證一個問題但目前的工具和方法的不能提供給你，你只能求助於開發等開發支持或者不去驗這個東西，想驗卻沒法愉快的去驗，做爲測試感受很心塞，而若是依賴他人才能完成工做，自身的價值和成就感就會下降。流程理解，質量意識其實大部分測試在這方面都是ok的，若是可以不受技術束縛去實現本身的測試目標，提升自身的測試效率，那麼測試的地位和價值纔會更加被你們承認，

最後總結

    點了三年的技能樹，大招還沒點出來，想着作到測試中最會開發，開發中最會測試的豪言壯語，默默流眼淚啊