使用vbs的function代替指令碼中的action。
uft工具自帶call action的方法進行指令碼復用，但本框架使用function的方法代替call action，每個function執行乙個測試步驟，通過組合多個function可完成乙個測試用例。
資料檔案統一維護。
所有需要用到的測試資料統一放到1個testpro和多個testdata的excel檔案中，testpro記錄測試那個專案，testdata記錄每個function 需要用到的測試資料。
autotest資料夾,整個工程的最高一級目錄，名稱可以修改。
driver資料夾,這個是整個框架的入口，用uft開啟driver入口程式，便能看到整個框架的**
testpro資料夾,用於記錄有哪些專案，是否執行
testdata資料夾，用於設計測試用例
testscript資料夾，存放測試指令碼，全部儲存為vbs檔案。
result資料夾，裡面有個excel表儲存測試結果。
除autotest外以上資料夾名字都不能修改
isrun:用於設定專案是否執行，0表示不執行，1表示執行
proname:填寫專案的名稱，專案名稱必須為英文和數字的組合，本框架可容納無限個專案
runtimes:設定執行測試次數
description:用於說明專案的資訊，可隨意填寫
在testdata資料夾裡面有多個excel檔案，每個excel檔案對應乙個專案， excel的檔名必須與proname的保持一致。
注意：執行程式時不要開啟excel文件，否則無法載入資料
idx:設定該條用例是否執行，1代表執行，0代表不執行
testname：要執行的用例名，與vbs指令碼終端乙個functiong 名字相對應，程式執行時，就會根據**由上到下執行所有用例。
param1和param2:在編寫function指令碼時，如果需要用到變數，可以直接應用param1和param2，直接在**中給變數賦值。
expect：填寫用例執行結果的期望值
pass和fail:記錄用例執行成功和失敗的次數
每個專案對應乙個vbs指令碼檔案，如圖pro1到pro4，且vbs檔案必須與pro的excel表的proname保持一致
指令碼開頭和結尾用class pro1,end class，使用類的思想，類裡面可以包含多個function,pro1為vbs指令碼的檔名也是專案名稱
function:乙個function就是乙個用例或乙個動作，每個function是自動化測試工程師需要根據公司業務設計。
自動化測試框架
可設計為五層 一 測試用例層 主要存放用例的指令碼，分為主指令碼和子指令碼。主指令碼用來控制各個子指令碼，實現指令碼間的資料傳遞。子指令碼是實現各個功能點的指令碼，同時也會提取出一些共用的方法，一般放在提取層中。主指令碼中可使用資料驅動來控制指令碼實現各種場景的流程，如silktest的test s...
自動化測試框架 自動化測試呼喚開發
週末參加了testage 測試時代 組織的乙個專家討論會。主要討論測試自動化。說是專家討論會，我參加實在是慚愧，我對測試的理解實在是太淺薄了。只是因為在部落格上發表了一些謬論才收到邀請。想著可以幫助公司去接受一些新的思想，而自己也可以結識一些朋友，便去了。對於測試時代的會議組織，我以為定位和思路還是...
自動化測試框架指南
這 是我以前寫的一篇文章，用於整理自己對自動化測試的理解。當時寫這個文章的目的，是因為剛剛掌握qtp，又使用自動化測試參與公司乙個大專案的測試，結果 發現原來掌握qtp距離自動化測試還有很遙遠的路要走，原來一直以為掌握了qtp的指令碼編寫 可以寫出所有的測試方法指令碼則自動化測試就可以大功告成了。但...