如何走出自動化測試第一步？這11道“開胃小菜”才是最好的敲門磚

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這種。

歡迎加入 51軟件測試大家庭，在這里你將獲得【最新行業資訊】，【免費測試工具安裝包】，【軟件測試技術干貨】，【面試求職技巧】... 51與你共同學習，一起成長！期待你的加入： QQ                     群：                    755431660