您好,登錄后才能下訂單哦!
概念
為什么先要從概念說起呢?對于新手而言可能總是把自動化看得很高端和牛逼。
我們先來想想常見的功能測試是如何進行的:設計測試用例,然后測試人員執行測試用例,對比執行后的實際結果與預期結果是否相等。如果相等,測試通過。如果不相等,測試失敗。
其實自動化測試做的事情和功能測試沒有差別,自動化測試主要分三個層面去自動化,單元測試自動化、接口測試自動化、web測試自動化。
單元測試自動化
調用被測的類或者方法,根據類或者方法的參數,傳入對應的參數,然后得到一個返回結果。最終斷言判斷返回的結果是否與預期結果相等。相等,測試通過,不相等,測試失敗。所以呢在單元測試
里面主要是關注的代碼實現與邏輯,這個當然一般是由開發完成。
接口測試自動化
根據接口文檔,編寫設計測試用例,根據測試用例向接口提交請求,根據返回的結果數據去判斷狀態碼,響應的msg去判斷接口測試是否通過。所以在接口測試關注的是數據,只要數據正確了,功能就基本完成一大半了
,剩下的就是把數據展示在前端頁面上。
web測試自動化
web測試自動化,這中測試更加貼近用戶的行為,模擬用戶點擊了某個按鈕,向輸入框輸入了什么。比如一個登陸功能,用戶輸入了賬號密碼點擊到哪里,是可以看見登陸有沒有成功的。單web自動化就并不知道
用戶剛才的點擊有沒有生效。所以這個時候就要數據證明了,比如登陸成功后頁面會跳轉到主頁面,頁面上會顯示“歡迎 xxxx”。這個就是登陸成功的有效數據證明,于是,web自動化登陸成功后,就會去獲取這個數據進行斷言。
如果相等,測試通過。如果不相等,測試是吧。web測試自動化關注的是用戶的操作行為,頁面上的按鈕和輸入框是否可用。
從測試的行為本質上去分析,功能測試和自動化測試沒有區別。唯一的卻別,一個是人工操作,一個是由代碼工具執行。
誤區
很多朋友都會認為,有了自動化,我們就可以高枕無憂的坐等測試報告了,其實并沒有。因為能做自動化的項目,一定是經過很多次測試,并且框架和功能相對是比較穩定的才能去編寫自動化測試代碼;也不能說你掌握了自動化,
你就可以走上人生巔峰,迎娶白富美了。主要還是看自動化框架在公司是否實用,對于公司項目而言,如果產品三天一小改,半月一大改,那自動化也就只能說說而言,可能你自動化腳本才剛開始起步,然而產品就已經有所改動了。
所以自動化測試也是一種輔助的方式,最重要的是一切要以做好功能測試為前提。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。