天天看點

軟體測試(功能測試)

2.1 測試原理分析

QTP主要采用的是使用GUI模拟人的操作。它在模拟人的操作時會記錄操作的對象及所做的操作和順序,然後在回放時按記錄順序操作這些對象。而在這個模拟的過程中,最重要的莫過于界面對象(控件)的識别。

例如,在“使用者名輸入框”中輸入“a使用者”,僞代碼如下:

WebEdit(“使用者名輸入框”).Set “a使用者”,下面分析這個測試原理。

首先,QTP會通過“使用者名輸入框”這個名字到對象庫的對象名中查找;

然後通過找到的對象名,找到對象名映射的屬性包;

接着QTP就會通過這個屬性包來比對頁面上的控件的屬性,如果在頁面上找到一個唯一與此屬性包比對的控件,那QTP就會認為此控件為要找的控件;

最後QTP根據“WebEdit”來确定控件的類型,并調用QTP對于此類控件内置的操作方法“Set”把“a使用者”賦予了控件。

至于其他控件的識别和操作,基本原理和上面一樣。

2.2測試流程圖

根據測試原理的分析以及QTP測試的基本步驟可以設計如圖2-1的測試流程圖。

              圖2-1 測試流程圖

·2.3

測試計劃設計

根據測試原理分析與測試思想設計,設計如圖2-2所示的測試過程計劃流程圖。

圖2-2 測試計劃流程圖

2.4 測試需求分析

對于一個CS系統,各個功能子產品的功能實作的準确性是其測試的關鍵性環節。

界面文字提示是否友好、易懂、簡練(因為使用者都是懶惰的,不願意看複雜的東西)操作流程是否清晰,使用者知道自己每步都是在做什麼是以以QTP自動化測試工具對網站的連結正确性檢查和各個功能子產品的功能實作的準确性測試能夠在滿足測試需求的前提下加快測試進度。提示是否簡單明了。

功能能否正确實作,功能有無明顯bug等。

在此處添加檢查點的方法與上面一緻,這裡就不再重複說明。

插入檢查點後出現的Keyword

View如下:

軟體測試(功能測試)

圖4-12 插入檢查點後的Keyword視圖

而下面的則是Expert

View:

軟體測試(功能測試)

圖4-13 插入檢查點後的Expert視圖

商品的批量添加

可以點選關鍵視圖裡,可以批量運作測試腳本,比方說批量的進行商品錄入

軟體測試(功能測試)

選擇相關屬性然後進行商品屬性表的添加

軟體測試(功能測試)

點選打開QTP,建立一個GUI Test;

QTP驗證商品資訊管理功能

圖4-2 開始錄制腳本

點選“确定”後進入登陸界面:

圖4-3 進入系統登陸界面

然後進入商品類别管理頁面,如下圖所示:

圖4-4 進入商品類别系統頁面

添加新的商品資訊:

圖4-5 進入商品資訊添加界面界面

點選添加後,進入QTP的Keyword View(Keyword模式提供一個 描述近似于原始測試用例的、跟代碼無關的視圖):

圖4-6 進入QTP的Keyword視圖

而下圖是其Expert

View(Expert就是代碼視圖,一般編寫腳本都在這個區域):

圖4-7 進入QTP的Expert視圖

4.2 回放錄制腳本:

錄制完成後,點選按鈕,由于沒有加入檢查點,故而結果都是Done,出現如下圖:

圖4-8 腳本回放完成界面

4.3 加入檢查點

下面加入檢查點,可以在系統登陸頁面的輸入使用者名出加入一個檢查點,以檢查輸入的使用者名是否正确:,

圖4-9 在使用者名出加入檢查點

然後設定檢查點屬性:

圖4-10 設定檢查點屬性

當然,你也可以在添加商品的界面的主題處加入一個檢查點,以檢查你所輸入的主題是否符合要求:

圖4-11 在商品資訊欄目錄處加入檢查點

在此處添加檢查點的方法與上面一緻,這裡就不再重複說明。

插入檢查點後出現的Keyword

View如下:

圖4-12 插入檢查點後的Keyword視圖

而下面的則是Expert

View:

圖4-13 插入檢查點後的Expert視圖

4.4 重新運作腳本

再次點選按鈕,得到結果如下:

圖4-14 腳本回放完成界面

三個結果都是Passed,表示都通過了,功能驗證測試完成。

商品的批量添加

可以點選關鍵視圖裡,可以批量運作測試腳本,比方說批量的進行商品錄入

選擇相關屬性然後進行商品屬性表的添加

運作結果如下:

繼續閱讀