嫌功能測試薪資太低崗位太Low？3分鐘帶你入門自動化測試！

1、我想問一下關於自動化測試工具Selenium和QTP的區別。 假如一個系統現在需要一款自動化測試工具，要求可以重複提交表單進行功能性測試，不用純手工去做（因為工作量過大），現在有兩個工具（Selenium和QTP），哪個比較適合？

這個要看情況:

1）你們公司是不是土豪，可以買qtp，可以買就用qtp。不能買，敢不敢用盜版？敢用，就用qtp。

2）頁面元素的識別麻煩不？如果qtp搞不定，就只有努力學習，提升自己的編碼能力，使用selenium去操控底層的頁面元素來實現。如果頁面元素不麻煩，想偷懶，請參考第一條。

2、目前很多專案自動化最多就是跑冒煙測試，所以更大的意義在哪裡呢？求解。

冒煙測試也是很有意義的，可以在最短的時間內驗證程式是否跑得起來，而且因為測試用例少，實施起來門檻低，容易實現。比如我要做的一個windows客戶端程式，冒煙測試就只有登入和3個基本功能。如果登入失敗，則可以第一時間發現平臺環境（包括資料庫）是否正常。測試好立即恢復環境，以免影響後續測試工作。

3、畢業一年半一直做功能測試，想轉自動化測試，不知道怎麼開始第一步？老師有沒有什麼建議？

其實才畢業，任務安排還不能隨心所欲，要聽老大的。做好老大安排的任務是最基本的。功能測試技術含量聽起來不高大上，但是可以深入瞭解自己公司產品的業務流程。業務流程對測試人員來說才是最重要的。

如果一定想轉學自動化測試，可以先自己自學，等待老大給機會。自動化測試對一般公司來說還是比較奢侈的（哈哈），需要等待機會。希望你好運。

4、如果想要把自動化發揮更多更廣闊的地方，應該是朝哪個方向呢？

冒煙測試的基礎上，下一步就是要實現基本功能的自動化迴歸測試了。

基本功能測試用例集的確定非常重要，一定是那些最基本最核心最穩定的功能。基本功能用例集實現自動化測試後，這些測試用例會被反覆執行（特別是在每日構建流程中），所以價效比是最高的。

下一步就是將更多的功能加入自動化測試。這些非基本功能可能不會每次都自動化迴歸。但是在一個開發週期中可能會被反覆執行。所以也很重要。

5、想請教一下，如果測試場景中，涉及到輸入驗證碼，能實現自動化嗎？

基本上這個很難。如果自動化測試能夠繞開驗證碼，那這個驗證碼得多笨。

這種情況下，一般都需要開發配合，提供去掉驗證碼的測試版本。

6、自動化測試後是否還要提交給單獨的測試部進行系統測試？

這是必須的。千萬不要以為自動化測試是萬能的。即便微軟、谷歌等公司也不是這樣。

記住，自動化測試只能用於迴歸測試，而且要在指令碼透過了長期驗證，證明沒有問題的情況下。

剛剛做自動化測試的同事，常常碰到一個問題，自動化測試指令碼其實也是程式碼，開發寫的程式碼靠自動化測試指令碼來保證質量，那自動化測試指令碼靠誰來保證質量呢？只能靠指令碼編寫人員的能力來保證，和長時間的實踐來檢驗了。

7、看了好多jenkins自動化測試的配置，都是說在構建的時候執行測試用例，可是構建的時候，連服務都沒有怎麼可能測試成功啊？

我認為的過程應該是：（1）提交程式碼；（2）構建編譯；（3）自動部署（4）自動化測試，求大神解釋一下，jenkins怎麼做到我說的過程的？

如果是程式碼級的單元測試 整合測試，可以在自動部署前，構建的時候執行。不過我還是建議單元測試 整合測試和構建分開為兩個步驟。

如果是系統測試，就只能在自動化部署後。你的理解是正確的。

8、我正在學習web開發，哪一個版本的火狐瀏覽器適合做web開發測試？

用chrome吧，chrome瀏覽器比較常用一些

9、我在學習QTP，我用的版本是UFT12，為了實現拖動瀏覽器的捲軸，網上查到的指令碼程式碼是Browser().Page().Object.body.doScroll("scrollbarDown") ，但是我在編寫這條程式碼時，Object的屬性和方法裡卻沒有body，是什麼原因？

沒有實際環境，我也不好回答你。不過這種找不到屬性的問題在QTP使用的時候是常事。這也是我喜歡sikuli的原因之一。我建議一個偏方，你試試傳送page-down鍵盤訊息看看呢。

10、為何國內的前端對自動化測試好像不是很看重？

自動化測試的重點不是實現自動化測試或者把它加入到開發上線流程中，而是要對用例做收集管理，藉助豐富的用例來保證程式碼質量。而用例的收集管理是否可以成功，取決於業務是否穩定可預測。現階段國內的IT行業還處於高速增長期，業務善變不穩定。尤其是UI的變化更是頻繁。此時收集管理用例成了西西弗斯的懲罰，消耗人力不說，還無法用來保證程式碼質量。對於與業務無關的底層框架、庫來說，自動化測試一直是存在的。但正如他們所處的位置，相對公司範圍，只會是小範圍小團隊對其它有依賴，難以擴大影響，在頻繁變更的業務線也無法推廣。所以，我想，等高速增長期結束了，業務趨於穩定後，它才有可能被普遍重視吧。

11、APP UI自動化測試框架都包含哪些內容?

所有的自動化測試框架都牽涉到3個階段：setup, execution, teardown。setup階段你需要想好你的case執行策略和之間的關聯關係如何解決（支援併發執行嗎？case需不需要做前後關聯？關聯的話併發執行如何解決？），資料準備，配置（包括環境如何分隔）。execution階段需要考慮呼叫測試程式碼如何實現，肯定會包括你的執行機制和驗證結果機制如何做能讓用的人比較方便。teardown階段就是最麻煩的地方了，牽涉到資料結果收集，展示，異常處理機制。前端的話你只要做到上面3點，再做到UI元素庫的封裝就行，一般的話都是用的POM。其實一般不要一個人去造這種輪子，累不說，做完了可能還不如開源專案，不如二次開發通用型測試框架。比如Robot Framework和Gauge這種。

版權宣告： 本文出自51Testing會員投稿，51Testing軟體測試網及相關內容提供者擁有內容的全部版權，未經明確的書面許可，任何人或單位不得對本網站內容複製、轉載或進行映象，否則將追究法律責任。