【appium關鍵字驅動之一】介紹及整理測試用例步驟

 

一、前言

       最近又聽到很多人討論自動化,正好app發版完成後,繼續撿起了appium,寫腳本之餘想到了以前寫過的selenium的關鍵字驅動框架,那麼appium是不是一樣可以應用呢,可不可以在以前的關鍵字驅動上更加靈活呢?帶着疑問查了資料後,就有了以下的簡單腳本,好記性不如爛筆頭,還是一步一步記錄下來吧。

 

 

二、分解測試步驟

以登錄爲例,我們可以打開一個全新的app,進行一個登錄成功的操作,然後一步一步記下來:

1、啓動app,自動跳轉進入首頁

2、在首頁點擊”我的“tab進入登錄頁

3、清空手機號碼輸入框

4、清空驗證碼輸入框

5、在手機號碼輸入框中輸入手機號碼

6、點擊獲取驗證碼按鈕發送驗證碼

7、在驗證碼輸入框中輸入收到的驗證碼

8、隱藏彈出的鍵盤

9、點擊登錄按鈕

10、驗證是否登錄成功

 

三、根據測試步驟設計關鍵字驅動的excel表格

      根據第二點,知道了登錄用例的測試步驟之後,我們就要分析,要讓用例動起來,需要準備什麼,這個時候,我們就需要了解關鍵字驅動框架。

      關於關鍵字驅動框架,網上是這樣解釋的,傳送門:https://blog.csdn.net/zhusongziye/article/details/79617079

我摘抄一下主要的:

 

什麼是關鍵字驅動框架?

關鍵字驅動框架是一種功能自動化測試框架,它也被稱爲表格驅動測試或者基於動作字的測試。關鍵字驅動的框架的基本工作是將測試用例分成四個不同的部分。首先是測試步驟(Test Step),二是測試步驟中的對象(Test Object),三是測試對象執行的動作(Action),四是測試對象需要的數據(Test Data)。

以上四個部分,都可以使用Excel表格進行維護:

    Test Step:是一個小的測試步驟的描述或者測試對象的一個操作說明。

    Test Object:是指頁面對象或元素,就像用戶名、密碼,

    Action:指頁面操作的動作,打開瀏覽器,點擊一個按鈕,文本框輸入一串文本等。

    Test Data:是任何對象操作時所需要的值,就像用戶名、密碼進行輸入時的輸入內容。

 

    其實我們做關鍵字的驅動的思想,就是把編碼從測試用例和測試步驟中分離出來,這樣對於不會編碼的人員更容易理解自動化,從而讓手工測試人員也可以編寫自動腳本。(這並不意味這不需要自動化測試人員,對於自動化框架的構建,自動化代碼的更新,結構調整等都需要一個技術性的人員)對於測試小的項目的團隊,可以有兩個手工測試人員和一個自動化測試人員。

通過以上我們知道,我們需要至少準備這四種:

1、測試步驟,這裏我們已經在第二點分解了;

2、測試對象,根據上面的測試步驟,我們可以理解爲:”我的“tab、手機號碼輸入框等等

3、執行的動作,一樣根據測試步驟來,我們可以理解爲:‘點擊’、‘清空’、‘輸入’等等

4、測試對象需要的數據,根據測試步驟,我們可以理解爲:手機號碼、驗證碼等等

 

除了以上四種必備的,我們爲了讓程序更加符合我們的期望,更加自動,就還需要根據具體情況來添加其他維護對象,如下:

5、定位方式,有測試對象後我們需要知道怎麼定位到這個對象,用什麼方法才能更加準確的定位

6、預期結果,用來驗證結果是否符合預期

綜上,我們就可以形成我們的excel表格啦,如下截圖:

 

 

 

 

 

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章