管理QTP測試腳本的對象倉庫
使用 QTP 錄制一些腳本再回放,這不難,難的是一個 測試 團隊共同 開發 腳本,并能不斷的完善腳本,創建一個結構化的 自動測試 腳本體系。這篇文章重點討論的是,如何管理QTP的對象倉庫,以便能讓對象倉庫易于維護、管理。 如果只是簡單的錄制、回放腳本,可
使用
QTP錄制一些腳本再回放,這不難,難的是一個
測試團隊共同
開發腳本,并能不斷的完善腳本,創建一個結構化的
自動測試腳本體系。這篇文章重點討論的是,如何管理QTP的對象倉庫,以便能讓對象倉庫易于維護、管理。
如果只是簡單的錄制、回放腳本,可能感覺不到對象倉庫的存在。但是要做到QTP腳本的結構化管理,就必須對QTP的對象倉庫進行嚴格的管理。
在實際
工作中我們發現,QTP腳本做好后絕不是一成不變的,而是隨著
需求和頁面的變化,需要不斷修改的。如果每次修改腳本的時候,都重新錄制腳本,成本極高,所以最有效的方法是,先修改對象倉庫,然后修改腳本,以適應新的系統。
如果對象倉庫里的管理比較混亂的話,修改腳本時就會遭受地獄般的痛苦,比如n多對象全堆在一起根本理不出頭緒,對象的命名不知所云,找不到自己需要的對象等等。下面我們講一下如何管理對象倉庫,避免這些問題。
先介紹一下對象倉庫中的對象層次,主要分為3個層次
1、Browser瀏覽器
2、Page頁面
3、頁面中的各種對象,比如Link、Button
Browser對應的是已經打開的IE窗口對象,Page對應的是不同的網頁,比如登錄首頁是一個Page,登錄成功后跳轉到我的淘寶頁面,這就是另一個Page。而頁面中的各種對象就比較好理解了,圖片、按鈕、鏈接都是對象。
了解了對象層次,我們再講一下命名。如果QTP在錄制過程中自動記錄對象,命名是非常亂的,缺乏邏輯性,經??吹揭粋€Browser下面有n多“淘寶網_1”、“淘寶網_2”這樣的Page,這對我們以后的管理非常不利。與其修改這些命名,我們不如用一種思路更清晰的方式,手動添加對象。
QTP中有一個工具實現了對象倉庫的管理,Object Repository Manager,我們用它來添加對象。操作很簡單,直接點擊toolbar中的Add Object按鈕,然后在web上點擊你需要添加的對象即可,添加過后再修改名稱。更新對象也比較簡單,先選中需要更新的對象,然后點擊Update from Application即可。
原文轉自:http://www.anti-gravitydesign.com