不知不覺,從事自動化測試的工作已經有兩年零乙個月了.在做自動化測試的過程中,自己對自動化測試的也是從無到有,從淺到深.有時候很想對自己這兩年的測試感受寫點什麼,但是每每付諸筆端時(其實是鍵盤),卻發現我的這些感受其實很零散,就好象海灘上的貝殼,到處都是,卻又很難把它們串起來.因此乾脆就把這篇文章的標題叫做"自動化測試隨想",隨想嘛,想到哪兒說到哪兒,想到什麼說到什麼,不分體裁,重寫意而輕文體,讓自己的思緒天馬行空,無拘無束,也算是一件快事
自動化測試工具不等於自動化測試.相信所有從事過自動化測試和沒有做過自動化測試但是有測試經驗的人都會認同這一點.用自動化測試工具寫指令碼並不意味著我們就一定在做自動化測試;自動化測試是什麼呢,自動化測試它是乙個過程,它有乙個完整的生命週期,包括需求分析,用例設計,指令碼編寫,執行維護等多個環節.而編碼還有多種方式,用自動化測試工具只是建立指令碼的方式之一.但是這並不是說自動化測試工具不重要,因為無論測試框架搭建的多麼完美,最後總是要實現出來的.熟練掌握工具可以提供自動化測試的效率,但是自動化測試工具卻不是決定自動化測試效果好壞的關鍵因素.
自動化測試一定要重視需求的分析過程.在軟體開發過程中,需求重於一切,需求驅動開發,需求驅動管理.在自動化測試也一樣,定義合理,正確的自動化測試需求是自動化測試順利進行的重要基礎.在自動化測試過程中,需求決定一切.舉個例子,比如我們要測試乙個登入功能,如果測試目的是驗證正確的使用者名稱和密碼可以成功登入即可,那麼ok,我們的自動化測試中不會去考慮錯誤的使用者名稱的情況,也不會考慮登入頁面的布局是否合理,是否有錯別字等等,為什麼我們對這些明顯並且簡單的功能都不做自動化測試驗證呢?理由很簡單,我們的測試需求只是驗證成功登入,不包括介面布局(其實這是乙個不合理的自動化測試需求)和是否有錯別字.這是自動化測試與人工測試的區別之一,人工測試時,這些測試點在執行測試時順便看上一眼就ok了,但是對於測試指令碼來說,沒有"順便看上一眼"這種動作,指令碼是不會思考的,人讓它幹什麼它就幹什麼.如果想包括登入頁面中所有的驗證怎麼辦?很簡單,把所有要驗證的功能都加入到自動化測試需求列表中,然後提交給自動化測試工程師.但是這樣做最直接的後果是自動化測試的成本無限擴大,測試時間一天天推遲,自動化測試工程師一次又一次的崩潰.
以前有人向我提問:"請問自動化測試在需求階段能做什麼,謝謝".對於這樣的問題說實話我無法回答,因為要回答這樣的問題之前,我們要先搞清楚這麼幾個問題:在需求階段我們有哪些工作?這些工作中是否存在重複性高並且可被量化或可被明確通過標準的工作項?這些工作項是否適合通過自動化測試解決.這些問題搞清楚後我才能回答在xx階段自動化測試能做什麼的問題.這其實是兩種自動化測試的思路,前者是希望先了解自動化測試的能力範圍,然後再去定義測試需求;但是我一直堅持認為,自動化測試必須首先定義出明確的測試需求,然後我們再去尋找適合我們的測試工具或測試框架.還是那句話,在自動化測試過程中,需求決定一切.也許有人會說了,那我還不清楚在需求階段有哪些測試工作啊.對不起,那是您測試管理和工作上的問題,自動化測試也幫不了什麼忙.
自動化測試（一）
1 概念 由機器裝置代替人為自動完成指定目標的過程 2 優點 1 減少人工勞動力 2 工作效率提高 3 產品規格統一標準 4 規模化 批量生產 1 概念 讓程式代替人為驗證程式功能的過程 1 自動化測試在什麼階段開始？功能測試完畢 手工測試 手工測試 就是由人去乙個乙個輸入用例，然後觀察結果 2 自...
自動化測試 web自動化測試
自動化 由機器裝置代替人為完成制定目標的過程 優點 提高工作效率 減少勞動力 產品規格同一標準 批量生產 自動化測試 讓程式代替人為去驗證程式功能的過程，即在預設條件下執行程式系統 流程確定 搭建自動化框架 編寫測試用例，將其轉化為soupui 介面 自動化測試指令碼 執行自動化測試指令碼 輸出執行...
自動化測試 PC端自動化（一）
keys pywinauto vkpc 小鍵盤chuangkou 測試工具 true 1.安裝 pywinauto pip install pywinauto 2.開啟pc的.exe可執行檔案的，一種方式就夠用了 效果 3.可以看到視窗的名字是 無標題 記事本 列印一下這個視窗輸入的位置 結果con...