入行兩年的一點思考
背景 2019下半年開始是我的迷茫期,當時的自己頹到極致,從愚昧山峰進入了絕望之谷,用了半年才慢慢走出來,寫寫我的職業感悟吧。
關於職業規劃:明確職業目標,做好職業生涯規劃
銘記自己的職業發展終極目標,當縱向發展受阻時,考慮橫向曲線救國,目的還是為了實現自己的終極目標。
關於技術:技術驅動業務
在我畢業前夕職業規劃選擇測試崗的時候,一胖友鬆就問過我一個問題:你覺得做測試是一件很容易的事情嗎?它需要掌握的知識遠比其它語言型別的開發多得多。
當我去年陷入迷茫期,給自己定了一堆需要學習的測試知識和框架,他建議我,不要過多的學怎麼實踐,多關注底層的知識再去實踐。
是的,業務邏輯天天都在變,只有底層的資料結構思維、程式碼知識是不變的,比較重要的是,去實踐的前提是你同時擁有很好的測試思維。
進入職場後,工作內容基本和寫程式碼沒半點關係,整天都是點點點。資料庫、演算法、程式碼等這種本該在學校完成的知識被我延遲到工作兩年是我最後悔的事情,所幸理論知識學得還算紮實,撿起來並不算困難。
關於技術的學習,先去概覽和測試技術相關的知識,然後選擇一個方向去做深入瞭解,多看官方文件,千萬不能樣樣會、樣樣不精。如果沒有自控及自學能力,報班學習也未嘗不可。更重要的是堅持,從意識到todo一直到堅持done就永遠都不會晚。
關於救火隊:學會拒絕
我有記錄自己每天干了啥的小習慣,所以在入行一年的時候,做過一次工作大覆盤,發現我大部分時間都是在做救火隊的事情。因為組織變動,我沒有了具體負責的業務,只負責一些公共模組的測試。最累的一段時間,除開領導的7個人,只要誰的業務和模組趕進度,我就需要去支援他們,這樣就陷入了沒有時間而不能深挖背後的業務,沒有深挖就沒有產出的惡性迴圈,而這樣的救火時間持續有整整6個月。以致於到後面遇到把別人跟了一半的任務或者是開發已經提測而負責人未投入測試的這種半截子任務交給我的時候,內心很反感,從生理上厭惡工作。向上反饋得不到改善,只有自己跟自己較勁~
對於救火隊這個角色,我的建議是,認真評估自己的能力和承受底線, 學會適當的拒絕。
關於思考:深入思考是測試基本素質
需要風險管理意識,出現一個bug,多和開發探討一下這個問題是怎麼出現的,是需求遺漏還是設計遺漏還是測試過程中遺漏?是溝通上的問題還是制度上或是方案策略的問題?
在實際的工作中,階段性的遺漏往往比測試過程中的遺漏高得多,根據二八真香定律,下一次還是有極大概率出現這個問題。
多多討論和思考,有助於在下個專案中避免在一個坑裡再摔一次。
關於測試基礎理論:找到適合當前工作的測試方法
這個並不是度娘一搜就有一大堆的測試方法,而是你自己的測試思維。對每一個測試用例設計方法都有對應於自己專案的一個實踐,這會讓你在工作中較快上手。
摸清系統後,我就擁有了一個測試用例xmind模版,不管是遇到什麼新任務,我都能用模版套,以此評估我的測試點和優先順序,這也是我降低遺漏的一大法寶。
當然,也需要去深入研究一些測試理論,測試效率、測試質量等。除了一些軟體測試的經典書籍,年初看過的《全程軟體測試》也讓我獲益匪淺。
關於效率:做好時間管理
我曾是一個隨著自己喜好做事的人,雖然效率也不低,但在優先順序的處理上完全不能看。
改善方法:在一天最開始或者前一天結束的時候整理好自己要乾的事情,將一些每天都要做的事情加入迴圈計劃,提前一天或早晨到公司後,整理出一天要做的事情並按照優先順序和難易程度設定時間,但建議每天從一個耗時不長,完成難度低的事情開始,這樣能夠增加你的自信心和成就感,後面就會越來越順利,養成習慣後,執行力會越來越高。
app?滴答清單
關於生活:拒絕碎片化資訊+斷舍離
解除安裝了抖音微博等app,並不是說它們不好,而是會分散我的注意力。
也曾焦慮,壓力大的時候就開始打掃房間丟東西。每個月會固定抽一天關掉所有電子產品痛痛快快睡一覺或者是拿出一本書看幾頁。
關於溝通:認知偏差
測試真的是一個很考驗溝通能力的崗位,每天都在“和需求確認設計,和設計確認實現”的迴圈中,而每個人都有認知偏差,溝通不好就要“打架”。
幾句話總結:描述問題而非猜測、描述目標而不是過程、按時間先後列問題,別動輒聲稱有bug
原文指路?提問的智慧
關於總結:實時覆盤
每做完一個任務和專案都可以抽空寫下總結,利於工作彙報和自身成長。
學習一門新知識也是,在脫離文字與視訊的情況下,自己理解並寫下總結,那離完全掌握這門知識也不遠了
最後
已識乾坤大,猶憐草木青。
謝謝大家的鼓勵。
ps:我不會說陷入迷茫的主要原因是聽了MTSC
相關文章
- 前端入行兩年--教會了我這些道理前端
- 前端入行兩年–教會了我這些道理前端
- 大學兩年的一點總結
- redo與undo的一點點思考
- 遊戲安全的一點思考遊戲
- 索引表和 ES 的一點點思考索引
- 我對人生的一點思考
- 完成專案的一點思考
- 一點技術思考
- 關於模式爭論的一點點思考模式
- 對專案管理的一點思考專案管理
- 關於同步的一點思考-下
- 關於git flow的一點思考Git
- 圖靈社群定位的一點思考圖靈
- 關於社交圈子的一點思考
- 基於 GraphQL 實踐的一點思考
- 技術選型的一點個人思考
- 對快取擊穿的一點思考快取
- 關於開發流的一點思考
- 遷移式升級的一點思考
- 技術人成長的一點思考
- 一位碼農的幾點思考
- 擁抱新技術的一點思考
- 錯誤處理的一點思考 (轉)
- 學習是ssm框架的一點點感悟與思考SSM框架
- 蔡暉:10年IT技術生涯的幾點思考
- .net入行三年的感想回顧
- 計算機工作兩年,我決定考研的思考過程計算機
- 關於如何看原始碼的一點思考原始碼
- 對“用進廢退”的一點小思考
- 對程式碼命名的一點思考和理解
- 工作4年後的一些思考
- 工作 3 年後的一些思考
- 測試的思考點
- 關於黑暗力量(BlackEnergy)的一點思考
- [Android] 關於 Model 層的幾點思考(一)Android
- 研究網路卡地址註冊時的一點思考
- 關於 Method Swizzling 的一點思考