一個測試人員的2015的回顧和2016年展望


生活:

波瀾不驚,用一個矯情的詞叫做“歲月靜好”。但愛人的舅媽被車禍奪去生命和我的大舅罹患癌症(所幸在早期,手術很成功,基本上痊愈)讓我更加意識到生命的脆弱和人生的無常,珍惜安寧的生活。盼望所有親人朋友都平安。

去年身體不大健康,於是從今年年初開始跟着熱愛運動的同事刻意鍛煉。謝謝在HX一直拉着我我跑步的前輩,和在雪球加入的“不跑步就發紅包”群,今年跑了300多公里,做了1000多分鍾的keep。身體狀態好了太多。隨着年齡的加大,對身體是革命的本錢這句話越來越認同了,16年一定要繼續堅持鍛煉。

正在為創造新生命努力中,希望一切順利。

 

工作:

15年7月份離開了自己服務近8年的老東家“中國航信”,來到了一個很棒的創業型公司“雪球”。

離開的原因主要還是職業路線發展,對於一眼就看到未來5年的樣子的恐懼在14年發酵了一整年后終於爆發了。經過和家人的深入溝通和要好幾個兄弟的多次懇談,終於下定決心邁出了跳槽這一步,放棄了很多人“羡慕的穩定工作”,來到了互聯網公司。當然,收入回報也是一個很大的考量點。男人畢竟要養家。雖然在航信的薪水據說還可以了(走的時候人力說我是我們那一屆兩百人里錢最多的之一),但是在北京生活的壓力只有生活在這里的非土著同學懂。

工作交接十分快,因為我提前半年做了布局,把手里的活兒全部分給了原來隊伍里的小伙伴,並確認了他們可以自組織的搞定一切。因此交接只用了一天。辭職有些不順,大領導不願意放我走,結果拖了大約3周,還是部門領導給我求情他才放了我。

對於航信,我更多的是感謝和不舍。感謝部門領導一直以來對我的信任和提攜,也感謝身邊的每一個同事一直以來給我的家的感覺。這算是一個自私的決定。

去雪球頗具戲劇性,4月份面試了三個緊隨BAT的大公司,並拿到了2個offer(一個拒了我)。因為一直覺得有一個項目沒做完,有責任放不下,遲遲沒有辭職(其實也是自己不夠滿意)。6月份的一天,一個航信最要好的哥們跟我說“我要撤了,第一個告訴你,別跟別人說”。我心里第一句話就是“我操!怎么是你!”。跟他聊后,我心里那股勁頭已經無法遏制了。晚上就翻開招聘網站准備投簡歷。這時候正跟老婆聊天,她問我一只股票如何,我說“你上雪球去看唄。”。老婆很不樂意的回了我一句:”你整天看雪球,你去雪球上班得了!“。我一個激靈,原來可以這樣!搜索一下,果然有雪球的招聘,然后就直接投了。后來就約了面試。雪球的面試在我這幾次面試的感覺是最好的,面試我的幾個人都體現出了對技術的熱情和十分深厚的底蘊,氣氛也特別輕松。我覺得這里是個有朝氣的團隊。

面試過后,CTO很快給我打了一個電話,說還算滿意。但是我沒有任何移動測試的背景是個硬傷,所以需要二面。於是約了3天后再次面移動。回家后趕緊我找了幾個做移動測試的哥們要了相關的資料,用了3天的時間擼完了兩本書,三百多頁ppt,最終通過了面試。這里要十分感謝 羋珺,Monkey 和邢大棒,感謝你們的資料和支招。

在雪球的工作其實很繁忙,頭緒也很多。但是逐步招聘上來的小伙伴都十分給力,他們在移動方面的知識也彌補了我移動測試的短板,給了我補課的時間。我們經常是一起討論改進、解決方案然后快速實施,每一天都會一小點進步。思寒同學的加入更是讓team有了很大的提升,他對技術的極度熱愛和對測試的深刻理解讓在team里更多的承擔了技術帶頭人的作用,而我則有很大一部分精力放在了所謂的”雜事“上。雖然作為技術控的我有一點不甘心,但理性告訴我,對於團隊來說,這樣的配置是更合理的。

經過四個月的緩慢爬坡,也經歷了不少挫折,雪球的測試算是初步做起來了(雖然還有很多不盡人意的地方)。這點我還是很欣慰。值得說的是,這絕對是teamwork的結果,得給team內每一個小伙伴點贊。

在雪球,我也慢慢的適應了”互聯網節奏“,和很多更年輕的小伙伴一起協作(大多是八五后九零后),他們的能力,沖勁,熱情和青春無敵讓我只能用”羡慕嫉妒恨“來形容自己的心情。作為一個老人,得繼續保持學習和工作的熱情,才能長期與之共舞。

年底接到了年初拒絕我的公司的又一次邀約,雖然職位和薪酬很有吸引力,但雪球讓我有家的感覺,只能婉拒了。找內部的哥們打聽了一下,再一次聯系我是因為我以前的行業背景同招聘公司現在上馬的項目很吻合,而且有人從內部推薦了一下我。這個例子告訴我,找工作還是偶然性很大的,有的時候能力不決定一切,有太多不相關因素(企業是否正缺人,HR看你是否對眼等)。所以,找工作碰壁的時候不用太妄自菲薄。

 

讀書:

今年是這幾年讀書最少的一年。讀的書屈指可數,一來工作越來越忙感覺讀技術外的書變成了一種奢侈,花一晚上讀本小說或者傳記就會有強烈的負罪感;二來好的技術書籍太少了,翻十來頁頁就有想扔掉的沖動,具體技術現在越來越多的是在讀官方文檔。盤點一下今年讀的書。

非技術類:

《The Martian》

《三體英文版第一部》

《亞特蘭蒂斯-基因戰爭》

《湮滅-南境之國》

《從0到1》

《耶路撒冷三千年》

《人類滅絕》

《Google 重新定義公司》

《Beyond Blame》

6期《新知雜志》

12期《哈佛商業評論》

12期《環球科學》

 

技術類:

《More Agile Testing》 

《馴服爛代碼》

《快學Scala》

《重構》 (重讀)

《Spring in Action 4th edition》

《Docker Cookbook》

《Learn Git in a Month》

《Restful web apis》

Java.Performance.The.Definitive.Guide

《Web Development with node and Express》

《iOS測試指南》

《移動App測試實踐》

其它:

1.完成了北航研究生的一門課程的授課。花費了10周的周末。雖然講過一輪了,但過程依然很痛苦,每一次講課都會把上一輪的課件改的面目全非,每一次講完都覺得自己有太多東西不懂了,需要繼續努力。講課也是一個認識自己局限的好方法。

2.作為GITC2015的演講嘉賓做了一個關於測試的演講。是大幾十個講師里唯一一個講測試的。現場反饋還不錯,有一點兒欣慰。

3.給國內某大銀行做了一次”敏捷測試“的培訓。發現傳統行業的很多工作理念還是很有很大上升空間的,希望我的課程能有一定幫助。

4.給幾個企業提供了數次免費的咨詢(都是朋友找的),提供幫助的同時,也了解了很多企業現在對於測試和質量的現狀,其實都並不樂觀。

5.獲得了Coursera的數據科學的一門課的認證證書(還有九門沒有修完)。數據分析重新激起了我的興趣,也許未來工作會向那方面靠攏,做一些技能儲備。

 

關於質量:

好像已經說過太多,沒什么可說的了,但還是抽象的嘮叨幾句。

多年的工作讓我越來越清晰的認識到:質量絕對不是一個環節,一個工種可以搞定的。從對語言的誤用,到對第三方組件的誤用;從需求根源就有問題,到需求傳遞過程中出現的誤差;從設計代碼基本邏輯設計不合理,代碼架構設計不合理;從一些參數配置錯誤到上線的版本弄混;從架構師不良的設計,到運維人員不規范的操作,質量問題可以產生於任何一個環節。隨着系統越來越復雜,單點的問題會累計成片的問題,面的問題,最后產生災難性事故。這些例子見得太多太多了因此,搞定質量是系統性工程,是絕對的teamwork,人、流程、技術、標准都是不可或缺的。如果只嘗試從單一角度解決質量問題, 即使采用再牛逼的技術,下再多的力氣,定再多的流程,也可能只會事倍功半。但是我發現,很多團隊解決問題總是極度偏向一個維度的。有的組織定義一大堆流程,並嚴格執行,最后演變成了摳文字的游戲和郵件大戰,而對采用落后的技術給生產力、質量帶來的極大拖累視而不見;有的團隊極度追求技術,什么新用什么,最新的架構、框架全都用上,卻發現開發人員一行單測也不寫,連類型轉換,不捕獲異常,少寫個等號這樣的基礎代碼級別的bug都要等系統測試階段再發現;有的團隊開發人員極為強悍,從代碼工程角度來看架構、設計、代碼、單元測試、評審都無懈可擊,但是需求竟然是郵件來回溝通,到最后還是為其所累;還有的團隊似乎每一個點都照顧到了,還過了CMMI5,貌似一切都很好,但是發現,改一個按鈕的需求要搞一個半月才能上線,要知道,開發效率也是質量的一環啊。  這些都是我見過的真實的例子。

如何搞定質量呢?答案是”綜合治理“這幾個字。至於如何做,其實不同的團隊實現起來會大不一樣。因為團隊結構不一樣,產品類型不一樣,公司文化不一樣,怎么會有萬靈葯呢?在大多數情況下,質量的長足改進都是對基礎的重視和無數次磨練團隊成員打造出來的,對於老的團隊更需要拿出傷筋動骨的勇氣和從一行代碼搞起的決心。可惜國內大部分團隊的質量體系只停留在一個初級階段(我做過上百人的訪談,還是有一點發言權的)。我們國內大部分it團隊離成熟、高效仍然有很遠的舉例,需要我輩一起努力。

 

那么問題來了,在這種前提下,測試人員如何開展工作呢?

我的觀點如下:

1.測試工程師的傳統工作邊界會越來越模糊甚至會被打破。不再固守”系統測試“這片疆土,而把工作前移是一個必然趨勢,而前移需要開發技能和開發人員的半成品對接,這是個殘酷的現實;測試后移也是趨勢,利用生產數據、行為做測試也將是測試人員需要掌握的技能,這里就需要測試人員掌握一些運維知識和數據分析知識,這些也和開發技能難以分開;而隨着系統越來越復雜,各種非功能性測試也會越來越重要,而大部分非功能測試同樣需要開發技能(如性能測試,安全測試)。沒有這部分技能是無法做好測試的。測試對開發技能既要求廣,又要求深,其實挺過分的(這從一個點印證了做測試工程師是一個投入產出比很低的選擇,這也是我一直堅持的觀點)。

2.人的認知和學習能力有極限,作為一個群體,又會是正態分布的樣子。因此不可能所有人都是大神級人物(企業也招不來養不起不願意養),測試會是以teamwork的形式cover各個質量環節的一部分,並形成一張質量網。在縱切面上會有一些人鑽得很深,如安全測試工程師,性能測試工程師,做框架的測試開發工程師,系統測試分析師,這樣才有可能把精力集中在一點,搞定技術的難點,把事情做下去;又例如有些業務極為復雜的企業,需要很多BA來搞定業務復雜性,有一些BA是偏向測試的;如果組織很大,你就會發現無數流程上的低效率,反模式,這時候其實需要有一些人專注過程,一些測試人員會承擔起這些責任。這些都會造成測試人員內部的分工,也會造成測試人員之間的薪酬差異逐步拉開。我覺得測試做測試的同學應該找准自己的努力方向,要學的太多,精力總是有限的,得自己有個人發展路線圖。再次強調,測試工作是一個投入產出比不如其他it崗位的工作。

3.不要把自己局限於”我是測試工程師“,這樣你的職業路線才會逐漸開拓,你對組織的貢獻才會逐漸加大。這個不展開說了,工作久了並有一定靈性的同學都會懂。第三次強調,測試工作時一個投入產出比不如其他it崗位的工作。

4.如果你真的喜歡測試,堅持下去。不然真的可以換換崗。

 

關於2016年的測試工作:

只想說幾句話:我們已經隱約看到了珠穆朗瑪峰的峰頂(雖然它在不斷長高),但是我們仍然走在山腳下。看到和爬到是兩碼事兒,仍然有太多的路需要一步一步的走。希望2016年我們的每一步都是踏實的,有成效的。

 

關於個人的2016:

低頭看路,抬頭看天繼續努力前行吧。把自己手頭的工作做漂亮,給團隊提供良好的服務。

保持鍛煉和作息規律,有一個健康的身體。這才是一切的根本。

多回幾趟家,多給老人打打電話。

和家人愉快的出去旅游一次。

keep learning & keep sharing

先寫這么多不設定硬性指標,list沒准會加長。

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM