我本人正是從手工測驗，到自動化測驗，再步入測驗開發的，所以結合我自己的實踐經驗，給你指一條可能用得上的轉崗之路
一，建議你了解一下 Windows 批處理怎么使用，從在團隊中做一個自動化腳本開始
測驗工程師多是在 Windows 系統中辦公，批處理是一種非常簡單的腳本語言，也是最容易實作自動化的
我不太清楚你作業的業務是什么，如果能提供一下的話更有針對性，拿 Android 舉例好了，測驗工程師需要經常跟 adb 打交道，無論是抓 logcat，還是執行一些 adb shell 命令，通過上網找現成的東西，或者你學習批處理后自己做一個工具，將你們團隊里經常使用的 adb 功能封裝起來，分享給大家使用，相信我，這一步之后大家對你的印象就會發生改變
二，還是根據你的業務，從 UI 自動化工具開始學習，但此時需要同步學習編程語言了
UI 自動化工具，移動端常用的是 Appium，Web端常用的是 Selenium
它們都支持多種語言，比如有耳熟能詳的 Python，Java
如果你的編程語言零基礎，那么就學習 Python 吧，入門非常容易
當你能基于上述框架寫出一些簡單的 UI 自動化互動程式后，就把你們業務中簡單的 case 進行自動化實作，并在自己日常的作業中運行它們去優化自己的測驗任務
同時嘗試梳理出你們業務中一些簡單模塊下可以實作自動化的用例，少的話自己全部實作一遍，然后可以去找 Leader 提自動化的需求和設想
三，鞏固你的 UI 自動化能力，至少完成一個完整專案的自動化測驗實作
這一階段，鞏固你的學習成果和專案經驗，便于你內部轉崗或者跳槽到自動化測驗
四，做分享
如果你準備好了，那么建議你在測驗團隊內部（最好能邀請到開發團隊的人）做一次關于當前業務中自動化實施的經驗分享
相信我，當年我順利轉入測驗開發，靠的就是一次經驗分享，被測開老大相中了（捂臉～）
五，關于自動化測驗和測驗開發
事實上自動化測驗更偏重于使用現有的自動化技術方案，工具，去實作自動化測驗用例，執行用例這樣的作業，本質上在于“用”
測驗開發偏重于提供自動化解決方案，工具，偏重于“造”
自動化測驗對業務的熟悉程度要求更高，要更加善于運用工具去解決自動化問題
測驗開發對技術，編碼要求更高，能夠根據自動化測驗提的需求去開發測驗平臺，工具
BUT，有的公司不會區分得這么細致，比如阿里，他按測驗開發去招人，但需要其既能開發測驗平臺，也能夠具備測驗思維去做一些測驗的事
綿薄之力~
為了幫助大家迅速建立測驗思維能力，早日斬獲大廠Offer、掌握職場話語權，下面這份《軟體測驗全堆疊學習路線圖》應該會對你很有幫助
從測驗概念到最后的測驗開發，希望大家能照著這個體系，在3-4年內完成這樣一個體系的構建，可以說，這個程序會讓你痛不欲生，但只要你熬過去了，以后的生活就會輕松很多，正所謂完事開頭難，只要邁出了第一步，你就已經成功了一半，古人說的好：不積跬步無以至千里，等到完成之后在回顧這段路程的時候，你肯定會感慨良多，掌握了以上技術，在任何一線互聯網大廠測驗崗位都能獨擋一面
下面是一些配套的資源，希望能幫到大家
?這些資料，對于做【軟體測驗】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴我走過了最艱難的路程，希望也能幫助到你！凡事要趁早，特別是技術行業，一定要提升技術功底，
關注我的微信公眾號：【程式員小濠】免費獲取~
我的學習交流群：175317069 群里有技術大牛一起交流分享~
如果我的博客對你有幫助、如果你喜歡我的博客內容，請 “點贊” “評論” “收藏” 一鍵三連哦！
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/287884.html
標籤：其他