公司現狀是已經用td來管理測試用例了,在這個基礎上引進qtp,肯定是需要將以前的測試用例利用起來。之前確定的框架是舍棄action而選用。vbs的寫相關的類來完成。
現在選用action的好處是:
1.td中自動生成action腳本,在qtp中進行修改。內容且不說,那個格式是相當的規整,而且action對應的測試用例比較清晰,每個action對應的功能非常明確。
2.測試集在td中生成,自動運行,對每次的測試范圍也比較的明確。
其實歸根結底還是用action對td的整合比較好,不管怎么說td和qtp產品本身就是一個公司,設計之初就考慮到了td和qtp的整合。
選用action的壞處是:
1.td中存在測試用例并不是很符合現在的自動化測試,所以如果要將td中測試用例使用起來,測試用例的修改是必然要進行的,而且改動不小。但是測試用例的修改以那個方向作為重點也是個需要考慮的問題。
2.action的調用不如function之間的調用那么方便。其實最主要的原因,俺看那個action就不爽,調用那么麻煩,輸入輸出都是相當的麻煩……不如偶得function想咋調就咋調,看著那個舒服?。。?!
3.其實也是不清楚的地方,不知道td管理action有沒有那種回滾得功能,萬一想要對action代碼進行回滾,不能進行,不是要瘋特了
4.qtp版本間的變化有點大,雖然一般來說是向下兼容,但是不能保證阿
現在選用。vbs的好處是:
1.從編程的角度,將每個大的功能寫成類,通過對類的函數的調用,邏輯思路比較明晰。不知道是不是之前編過程序,所以對這種思考角度有種天生的傾向。
2.按照現在的框架,其實也是通過excel來管理了測試用例,不過這些測試用例就是要重新寫了,通過改寫testcases的文檔也可以達到選取測試集的目的,貌似沒有td那么方便。
3……vbs文件的移植性好啊,無論那個版本的qtp都可以運行。
現在選用。vbs的壞處是:
1.測試用例和vbs文件始終還不是很好的對應。對以后別人來看這段代碼估計還是有一定的困難的……
為啥我比較來比較去,好像還是用action比較好一些呢?。。?!那我前一段時間的框架不是又要改了嗎??狂郁悶?。?!
原文轉自:http://www.anti-gravitydesign.com