謝邀!

回想自動化測試的學習過程,因為發現很多人總是急於求成,不懂該如何學習。當你是新手的時候肯定會選擇加很多的羣。在羣裏總是會遇到很多人問低級問題,寫了一個selenium腳本,卻執行失敗,也不看報錯,就直接跑到羣裏來問(有時候連個圖都不發或發圖只截圖一小半,有的甚至問我和你寫的代碼一樣怎麼運行不起來了呢?),大神,這裡為什麼會報錯?很多都是明顯的語法問題一問才知道,今天剛剛學selenium,之前也沒有語法基礎,沒學過Java,沒學過Python,就跑來搞selenium,想玩自動化。

每當看到這樣的同學,總是很想吐槽,但又忍住了。因為看到了從前那個少年,沒有一絲絲改變!我就是從功能測試開始學習成長!有過迷茫,問題得不到解答的時候自我懷疑。

今天來跟大家談談我認為的正確的自動化學習路徑。(篇幅有些長,我們被太多碎片化時間消磨了深度學習的能力,看完必有所獲!)


我的職業生涯開始和大多數測試人一樣,開始接觸都是純功能界面測試。那時候在一家電商公司做測試,做了有一段時間,熟悉產品的業務流程以及熟練測試工作流程規範之後,效率提高了,工作比較輕鬆,也得到了更好的機會去發展。

在後來的公司得到了領導的信任,待遇方面工資加上年終獎,加起來年薪能達到20W。由於當時公司規模和產品的侷限性,導致自動化測試始終未能應用到公司項目中。外面的世界很大,自動化已經流行而且越來越普及,內心經過一番抉擇後,我更想要突破自己的技術瓶頸,所以選擇頂住了壓力,跳槽到一家公司專職做自動化測試工作。通過不斷的項目經歷和機會,我將公司產品前後端的自動化測試全部落地實現。

那些自動化腳本真正成為了公司資產,每次上線回歸帶來的收益遠超出我的預期。並且定時在公司的技術分享會展示效果,那種從0到1的成就感非常難忘。後面負責自動化測試團隊工作,核心框架搭建。學慣用到的技術棧:包括Python、Selenium、RF、Requests、Jenkins、以及見識到先進主流的Docker容器技術,持續集成


從手工到自動化測試/測試開發,給我帶來的幫助不僅僅是20W到40W,待遇上面的提高,包括做自動化測試遇到的坑,解決問題的思路,以及技術瓶頸的突破,形成一套知識框架體系,得到一套有效落地的自動化測試方案

目前測試平臺項目研發已經完成,並且在Github開源,有興趣的朋友可以去Github下載 https://github.com/ooqitech/ATP

這10年,我看到了太多想提升技術而沒有明確方向的人,深刻的體會到測試人的技術痛點,以及初級測試這個角色在互聯網公司的待遇和地位遠不及其他崗位,甚至還是會有很多人會認為測試在公司隨時能被取代,可有可無。

我的初衷很簡單:讓軟體測試更簡單!分享學習資料,面試題、技術乾貨。很多人問我,學習軟體測試有沒有捷徑,我認為少走彎路就是最大的捷徑。系統資料?前人指點是功能測試轉向自動化測試乃至測試開發最好的學習方法!

那麼功能測試如何系統性轉向自動化?下面我整合了一些企業中常用必備的點給大家做一個分享:

(方便大家保存,都做成了圖片版本,如果對你有用,邀個贊同不過分吧?)

我相信,有耐心看到這的同學,一定是有心把軟體測試作為自己的職業發展,去深入研究的,除了上面這些內容,我還整理了一些測試人從手工到測試開發的全棧內容和項目,一併分享出來!

篇幅有限,直接都做成思維導圖,可以先保存,慢慢捋清思路。小建議:我們在學習的過程中可以寫一寫博客,分享總結自己的問題與成長。吾日三省吾身,不僅能督促自己堅持,發現問題所在!記錄分享還能獲得更多的朋友!


下面的實戰項目,內行看門道!

工作中用不到自動化?學了自動化有用嗎?至於"自動化測試真的可以提高效率嗎?我覺得不行」,我覺得這是對自動化測試意義的最大的誤解。 學習不僅是解決當下的問題,還有未來可能出現的問題,自動化和功能測試從來也不衝突 大部分公司或多或少肯定會用到一些自動化技術輔助測試 其實自動化最大的意…0 贊同 · 0 評論查看完整文章

最後:

汲取經驗在前,方能功成在後,不斷學習成長!對項目實戰感興趣的歡迎一起來交流自動化、測試開發。不管你現在處於哪一個階段,都可以一起來報團取暖,我們都是測試人!


功能測試轉自動化測試,必須學開發語言啊!

1)以Java為主線,web測試用Selenium,單元測試用JUnit,APP測試用appium,介面測試用HTTPClient,性能測試用JMeter。全是自動化測試啊。

2)以Python為主線,Web測試用Selenium,單元測試用unittest,APP測試用appium,介面測試用requests,性能測試用Locust。這也全是自動化測試啊。


說到功能測試變為自動化測試,那麼得清楚自動化測試需要什麼能力。

那麼怎麼去做呢?

需要系統學習+實戰分析,輕鬆掌握自動化測試!系統的學習使用主流的開發語言Python來做UI/介面自動化測試,裡邊包含了APP端及Web端的自動化測試設計。課程涉及到了主流的測試工具PostManJMeter*Appum*Selenium。包含了Po模式設計、DDT數據驅動、關鍵字驅動思想、Yaml數據隔離、Python+Requests+Logging+Config+excel+Unittest的介面自動化測試框架設計,並從淺到深的詳解了Jmeter性能測試、CI持續集成/靜態代碼掃描的業界先進的技術,無需運行代碼,直接通過自定位腳本,規則分析發現bug,例如內存泄漏、資料庫資源未關閉,數組越界等等代碼bug。

參考文獻:

testerTechnology:軟體測試工程師求職不利的問題分析?

zhuanlan.zhihu.com圖標

都在學,都想轉,卻又發現辣麼難,為啥?

  1. 國內的測試環境。國內大部分公司的測試崗位是功能測試,有自動化測試也少有做的很專業,很具有規模的。
  2. 學容易。有開發經驗的人學自動化測試一兩個星期就可以搞定,因此自動化測試的門檻並沒有那麼高,況且整個行業還在往測試開發方向發展,自動化測試的原型會逐漸暴露。
  3. 轉難。為什麼說轉難,是說自動化測試崗位少,做容易但是推廣實施,因為自動化測試本身就不是個產出明顯的崗位,它是披著高大上外衣的,偽裝的好,自動化做的好,可以很好的進行回歸測試,高覆蓋率保障產品運行。偽裝的不好,一旦被扒下外衣,就變得連功能測試都不如。

想轉,該怎麼轉?

合格的自動化測試,就需要是個合格的開發。當真正從事自動化測試工作,你不是寫兩個腳本就能完成自動化測試,你需要設計合理的自動化測試框架來滿足整個測試流程的需要,你也需要良好的代碼能力來提高自動化測試腳本的執行效率和質量。

所以,你還是需要不斷的提高編程能力,不要想著各種工具都會用了就可以進行自動化測試了,會寫幾個流水賬的腳本就會自動化了,還是提高代碼能力,增強編程思想,這樣寫出來的代碼,設計的自動化測試框架才真正實用。

所以我也不知道那些花錢去培訓自動化,培訓測試開發的怎麼想的,學完了發現找測試工作學的用不上,找開發工作掌握的開發能力又不足,尷尬,,


已經在職的功能測試想轉自動化,還是要付出一些時間和經歷的。很多人以為已經在職了,提高很容易,其實不然,很難接觸到的東西很難提升。

別再做功能測試了快來解鎖新技術(1) - 樂搏軟體教育 - 軟體測試 - Powered By EduSoho?

www.17lebo.com圖標別再做功能測試了快來解鎖新技術(2) - 樂搏軟體教育 - 軟體測試 - Powered By EduSoho?

www.17lebo.com圖標
推薦閱讀:
相關文章