📝 面試求職: 「面試試題小程式」 ,內容涵蓋 測試基礎、Linux作業系統、MySQL資料庫、Web功能測試、介面測試、APPium移動端測試、Python知識、Selenium自動化測試相關、效能測試、效能測試、計算機網路知識、Jmeter、HR面試,命中率槓槓的。(大家刷起來…)
📝 職場經驗乾貨:
軟體測試工程師簡歷上如何編寫個人資訊(一週8個面試)
軟體測試工程師簡歷上如何編寫專業技能(一週8個面試)
軟體測試工程師簡歷上如何編寫專案經驗(一週8個面試)
軟體測試工程師簡歷上如何編寫個人榮譽(一週8個面試)
軟體測試行情分享(這些都不瞭解就別貿然衝了.)
軟體測試面試重點,搞清楚這些輕鬆拿到年薪30W+
軟體測試面試刷題小程式免費使用(永久使用)
不知道從什麼時候開始,軟體測試行業就和“自動化”這個詞聯絡在一起了,對於如今的測試人來說,幾乎沒有人不知道「自動化測試」,甚至檢視各大招聘網站,你從任何一個招聘渠道來看最近兩年對測試崗位的要求,幾乎都要求會自動化測試。
而不少人一直認為手工測試才是王道:
工作中有的時候也用不到程式,幹嘛在面試的時候要求寫程式碼呢?
明明自己的測試能力不錯,做了多年的功能測試,為什麼面試的時候四處碰壁呢?
很是想不明白,難道業界最近幾年有點兒盲目推崇自動化測試了嗎?
雖然我不能說完全明白這些問題的產生的根源,不過以我這五六年的從事測試工作的經驗來分析一下這些問題的來龍去脈,可能也不是十分準確,希望能給迷茫的同學帶來一些思考。
什麼是自動化測試?
什麼是自動化測試呢?這個問題,可能沒有準確的答案。普遍認為的是介面自動化測試,WebUI自動化測試,App自動化測試等被冠以自動化命名的測試方案。
其實不然,自動化測試是相對於手工而言的,用程式碼或是藉助於第三方工具,把繁複的測試工作從手工轉化為機器自動執行的測試方案,可以統稱為自動化測試。
除了上面所說的三個方面的自動化測試,當然還包括日誌過濾,日誌回放,介面監控,服務監控等等,根據具體業務需求透過程式碼把人力從中解放出來的程式碼手段。
為什麼要做自動化測試?
那企業或者是我們測試人員為什麼要做自動化測試呢?
從工作角度來說,目前網際網路需求迭代快,人員流動快,一個需求從提出到上線時間緊急,其影響的範圍可能不太清楚,在上線之前必須對原有功能進行迴歸測試。不管是介面還是從客戶端,都需要大量的測試工作,大資料時代,測試用例量非常龐大,如此繁複單調的工作讓人工來測試的話,根本不能保證效率和質量,所以必須要藉助於非人工手段來實現。
從個人發展方面來講,時代在發展,對我們的要求也越來越高,所以我們要迎接變化,不斷提升自己才行。雖然你可以堅持手工測試是基礎,是王道,可是並沒有企業願意為你這個信念買單。除非你生活無憂無慮,可以堅持自己的信念,否則你就要尊重業界發展的規律,不斷充電從而使自己更有價值。
如何實施自動化測試?
永遠要記住一句話:“不要為了自動化測試而做自動化測試!” 不管你在測試工作中會採取什麼測試方案,測試手段,這一切都是為了業務服務的,脫離了具體的業務,你的輔助手段再厲害也是無用的。
在實施自動化測試工作之前,你必須對要測試的業務非常熟悉,核心業務流程,具體的功能模組的實現,前後端如何互動,以及業務未來的發展與迭代頻率等等。然後按以下思路來進行選擇與實施你的自動化測試:
(1) 根據業務特點,選擇自動化測試方案。 你的業務是前後端分離的嗎?業務比較注重使用者互動還是資料完整性?使用者量有多大,有沒有需要承擔的壓力等等,透過考慮業務的特點,才能選擇比較合適的方案。
(2) 根據業務側重點,確認自動化覆蓋範圍和粒度。 透過業務特點選擇了自動化測試方案,然後根據業務側重點來確認範圍和粒度了。比如,你確定要進行Web UI自動化測試,不能看頁面就去寫自動化測試用例,要根據業務重點來確認。哪些業務流程是核心,必須覆蓋?哪些功能暫時有技術難點,或是變化比較快,可以放為二期來實現。透過對手工用例的評審,來準確確定自動化測試的範圍,實現用例的粒度。
(3) 根據自動化測試用例範圍,選擇實現框架和語言。 目前業務自動化測試工具,開源框架多如牛毛,讓人無從選擇,但是它們還是各用側重點的。需要根據測試用例的範圍和特點,參與人員的水平,用例的使用場景和未來計劃來選擇合適的框架。比如,我們要做介面自動化測試,而參與人員大部分不會程式碼 ,那選擇Python+Unittest+HtmlTestRuner+Jenkins就比選擇Java+Httpclient+TestNG+Jenkins實現起來成本更低。
(4) 根據用例用途,選擇執行策略。 根據自動化測試的用途,是做上線前回歸,還是觸發式迴歸?需不需要做監控?執行環境是什麼?來去確認是否做持續化整合,是否發執行結果與錯誤預警,用例或是用例集管理方案,指定維護人員等等工作!
如何學習自動化測試?
既然自動化測試是手工測試提升的一個必經之路,雖然自動化測試沒有那麼高大上,但必不可少。那作為一個有理想的測試人,應該如何去學習自動化測試呢?
(1) 準確定位自己,明確目標
有不少同學意識到了自動化測試的重要性,就去網上查詢資料啊,亂找一氣,最後越學越迷茫,處於會與不會之間,前路不知如何去走?這是什麼原因呢?
這是因為你在學習自動化測試之前沒有想明白幾個問題:我的真實水平如何?如果學習一項新的技術或是語言,我願意投入的精力是多少?從現在開始學習,三個月或是半年後應該達到什麼目標?我瞭解現在業界的自動化測試型別或是體系嗎?想好這些問題再去入手學習,必定事半功倍。
(2) 全面瞭解,選好切入點
目前自動化測試方向大概有以下幾個:
A、輔助測試指令碼方向: 以Shell,Python為主來簡化重複的工作,過濾日誌等;
B、介面自動化測試方向: Python+Unittest+HtmlTestRuner+Jenkins和Java+Httpclient+TestNG+Jenkins,當然還有很多其他二次開發的框架或工具,不過核心是一樣的;
C、頁面自動化方向,主要有: Python+Webdrver+HtmlTestRunner+Jenkins,Java+Webdriver+TestNG+Jenkins,以及其他的框架和工具;
D、App自動化測試方向: 以Robotium+Java+TestNG+Jenkins, Appium+Java+TestNG+Jenkins,Appium+Python+HtmlTestRunner為主。
當然我說的都是簡單的,最基本的實現方案,作為入門學習比較合適。其他五花八門的二次開發的框架,包含眾多功能的方案留待你以後提升。先從這幾方面瞭解入手,選擇一個語言體系,建議從介面自動化入後,然後再去學習頁面和app。
(3) 步步為營,不要貪多
在提升自己時,發現有好多東西需要學習,於是就很著急,想同時學習很多東西,其實這並不好。學的太多容易產生混淆,而且不容易消化,你仔細調研一下就會發現,很多東西都是互通的。程式碼架構,用例管理,執行策略,持續化整合思想都可以舉一反三,關鍵是自己要動手真正實施起來,在公司現在的框架上寫用例,不管你寫多少,不瞭解整體結構都是沒有用的。
(4) 拋棄工具,多用開源
業界好像從來不缺少自動化測試工具,QTP,Realobot Framework,LoadRunner等等,知名不知名的數不勝數。先不說這些工具效果如何,目前大公司是從來不用這些工具的,大家都使用開源的框架,工具進行定製化自己的測試方案。所以剛剛學習自動化測試的時候,也不要依賴工具,使用開源的Webdriver, Appium,Robotium等搭建自己的自動化測試工程。掌握一個整體的自動化工程工作原理,為以後搭建自己的自動化工程,工具,平臺做準備。
什麼是自動化測試?
不管你對自動化測試是愛,是恨,它是從手工測試轉為測試開發必經的階段。可能你瞭解到自動測試沒有用,實施起來維護成本高,執行效率低等負面資訊,其實這不是自動化測試的問題。
要知道,它只是一個工具,一種測試方案,最終的效果還是由實施的人來決定的。在12,13年的時候,用Jenkins做持續化整合比較熱門,接下來幾年好像沒有那麼火了,但是近兩年docker技術的出現,又使CI,CD變得火熱起來。我們是不是應該端正對自動化測試的態度,明確什麼才是你想要的,找準方法,不斷提升自己呢?
如果你也想進軍中高階軟體測試工程師,可以參考一下我的學習路徑,我想也許會對你有所幫助(至少比網上搜尋的要有用很多哈哈)。
我也曾在學習自動化的路上迷茫過,就和其他想從事Python自動化測試/測試開發的朋友一樣,網上搜了很多資料,網盤裡存了很多影片,還買了一堆書,但是對自動化測試還是略知皮毛。所以,我開始找尋新的進階路線。
最近很多朋友都在說今年的網際網路行情不好,面試很難,所以我建立了一個交流群:748833197,希望優秀的軟體測試寶子們都可以聚集在一起,大家可以一起解決軟體測試難題、面試難題、以及工作上的問題、以及利用這次機會提升自己的能力!!!