好多小夥伴都是從功能測試入門的,從最開始或者更長的時間一直都在從事點點點的工做。以爲工做沒有樂趣,枯燥,想要提高本身,但不知道本身該怎麼作。不得不說,每一個人都會有迷茫期,記得我剛出來工做的時候,隔三岔五的迷茫,根本不知道本身到底想要作什麼,只能隨波逐流的過一天是一天。但每次度過迷茫期都會有一點提高,由於在迷茫期的時候,會不斷的糾正本身要走的路。因此,各位小夥伴在這個階段就應該想一想本身將來到底要怎麼走。git
某知名公司資深測試工程師:github
個人職業生涯:專項性能-功能測試-專項性能-自動化+功能
從性能轉向自動化純屬對代碼的熱愛,可否勝任一項工做興趣最重要,因此如何快速入門,首先看你是否有這方面的興趣。下面是我當年入門的步驟。web
一、接受自動化相關的培訓,如概念培訓、工具培訓等編程
二、系統學習一門編碼語言,熟悉編程思想架構
三、走讀公司內部自動化框架代碼框架
四、在github上、各大論壇學習自動化來源代碼工具
五、依葫蘆畫瓢的參與自動化用例開發性能
六、自啓項目,運用市場主流關鍵字驅動思想從新封裝自動化框架,學習各大web框架融入關鍵字,造成可視化自動化學習
七、學習自動化持續集成測試
這些過程彷佛不是那麼快速高效,可是效果會很好,如想快速入門,報培訓班是不錯的選擇,但還得靠本身多花時間,多學習。
某大企業資深測試開發工程師:
一個功能測試團隊想在自動化方面有所作爲,有幾件事是比較重要的。
明確方向:作爲管理者,須要明確組織效率提高的目標、我的職業發展的路徑、自動化產出的績效導向等問題
給出路徑:我的比較推崇小平同志的「讓一部分人先富起來,先富帶動後富」方針路線。想作自動化,就必須在組織內先樹立幾個典型,重點培養。若是組織內已具有合適人員,能夠給其必定空間,先提早開展一部分公共基礎工做。若是沒有,就只能選擇請外部專家進行培訓,而後採用賽馬的機制,選拔這個組內的領頭人。一個將軍,帶一羣兵的模式,是比較容易開展起來的。備註:若是管理者自己就是自動化專家,那這個事就比較好辦了,不然管理者的自動化體系認知的自我學習就是成敗的關鍵了。
學會妥協:自動化是個產出比其實並不高的事情,不少人都覺得自動化必定能夠提升效率。然而不少自動化項目都由於盲目和無知,最終被提早葬送了。自動化跟功能測試同樣,有其擅長的領域,好比迴歸測試、環境部署等。對於組織須要先定些小目標:先腳本化、流程化,最後再實現自動斷定和持續完善。
技能提高:自動化實現須要產品設計能力、架構設計能力、語言編碼能力等,須要作好持續學習、不斷提高的準備。自動化工做自己就能夠按項目來運做,全部的工程化理論都適用,也意味着軟件工程的全部風險也都存在。
某大企業全棧測試工程師
其實這根本沒有捷徑可走的,不過如今學習的同窗比早期學習的同窗仍是快捷了很多!首先網上各類文檔,教程都比較多,不用費時費力地去找文檔;其次,若是想更加全面的學習,或是更加快一點兒的話,去參加培訓班,購買網上的系列課程;選擇針對性強的教程,也是不錯的選擇;第三,必須實踐,你經過觀看,是不能知道一道美食的味道的, 一樣,不論是看書仍是看教程,你不動手去寫代碼,永遠不能把知識變成本身的。腳踏實地,一步步地來,才能達到必定的水平喲!
結語:
聽了這些大佬的體會感想,我總結了一下無非就是如下幾個點:
1.學習思路
2.學習動力
3.實踐和思考
不論是自學也好,仍是參加培訓機構i,都是須要一個正確的方向去引導你學習,這樣學習起來也會比較輕鬆,不會走多與的彎路,因此說思路很重要。學習的動力實際上是一個很簡單的東西,說成目標可能會更好理解一點,你想學成以後能達到什麼程度,這樣你也能在學習的過程當中不被困難所難倒,也會有源源不斷的動力促使你前進。至於第三點說的實踐和思考就是你對本身學到的東西的一個掌握的程度的檢驗了,只有實踐了你才能知道,這個知識點你到底學會了沒有,會了以後有沒有什麼其餘的理解,這個就是須要本身去思考了 ,這種東西都是別人教不了你的!
說了這麼多在這裏給你們分享一個目前主流的兩種語言作自動化的學習路線圖,但願對你們有幫助!
若是須要相關學習資料的朋友能夠加個人qq羣:175317069,裏面有小夥伴爲你們整理好的自動化,接口,性能等等的學習資料,也可一塊兒交流學習,人生如同逆水行舟,不進則退,我們一塊兒加油努力吧!