本日志記錄前期對qtp腳本架構的探索,小結了目前使QTP測試數據同業務流程分離方法。
1、重用action
這里的重用action可能是固定位置放置的一些基礎的action,或者是通過qc統一管理的基礎action。為拼接完整的測試用例而制作的可重用的組件。也就是組成業務流程的原子單位。
2、重用action的調用和測試數據的傳遞方法
2.1 調用方法
既然要重用性高,肯定是引用,不是copy
2.2 數據傳遞方法
a、通過datatable
好處:沒有
壞處:使用globalsheet會產生重名情況,需要定義復雜的命名規范以避免沖突的發生,使用localsheet時,在驅動action中無法使用,因為在驅動action中重用action的名稱會加上其所在腳本的后綴。當然這個問題不嚴重,因為dtlocalsheet就可以了。估計下面的磚兄就看到這了。但這有什么用那?數據跟reusedable action混在一起,還分離個啥呀?當然了,你硬要改,硬要強奸qtp也行。但reusedable action 自己重復運行n次,而不能跟其他的reuseable action組成流程有啥用啊。還叫什么重用 action 那?so far~
總結:要是這么用,你就傻b了。
b、通過environment
好處:沒有
壞處:問題依然出在名字的沖突上。
總結:要是這么用,你就傻b了。
c、通過parameter
好處:重用action完成獨立。業務操作同數據以及流程徹底分離
壞處:沒有
總結:就這么用
3、重用action標準小結
a、入參設置到input里面,出參設置到ouput里面。添加新參數時添加在入參或者出參的最后,千萬不要調整順序。
b、重用action中可以包含檢查點,但包含的檢查點只檢查本action的操作是否完成。不要將重要業務檢查點包含在描述操作的重用action中。
c、業務檢查點,如業務完成后的記錄查詢,業務完成后的數據庫記錄檢查設置獨立的重用action。
原文轉自:http://www.anti-gravitydesign.com