自動化測試指令碼編寫規範（1）
為了使所有的測試工程師在進行自動化設計和測試時能夠使編寫的指令碼風格一致、步驟一致，能夠把大家的設計和**組裝在一起，因此有必要對自動化測試指令碼編寫進行統一的規範化，下面就先來介紹我們的專案組整理編寫的自動化指令碼編寫的規範。
1．自動化指令碼編寫的規範
1）基本資訊
在每個指令碼模組的最上面，必須寫上指令碼執行的軟體和硬體環境（如ie版本、qtp版本、資料庫版本等）、外包專案名稱、指令碼編寫人（使用英文名或中文拼音縮寫）、指令碼建立時間、指令碼修改時間、修改說明、輸入引數、輸出引數、指令碼描述等。
2）常量命名規範
常量的命名應該全部用大寫，使用"_"作為單詞間的分隔符，單詞盡量使用全名稱，如，public const msg_empty_row as string = "有空行存在"。
使用public而不是早期版本的global來宣告變數。
另外，對常量的宣告必須帶上型別，如前面的as string。
3）變數命名規範
變數命名應該簡單，應盡量使用縮寫。如果是一般的值型別（如integer string），則直接使用變數用途命名。盡量使用全名，例如，dim name as string；如果是一般的臨時性變數定義，應該盡可能地簡單，例如，dim i as integer；如果名稱由多個單詞組成，則取每個單詞的首字母，如entitymanager縮寫為em，proceduremanager縮寫為pm；如果名稱由乙個單詞組成，則對單詞進行分段取首字母，如entity縮寫為et。縮寫應該控制在3個字母以內，且盡量清晰。
4）引數命名規範
引數命名的原則是全部用小寫，如果引數包括兩個或兩個以上的單詞時，首單詞字母小寫，其他單詞首字母大寫，如stepname、stepdescription。
5）函式命名規範
此處函式包括sub和function，函式表示的是乙個動作，所以它的結構應該是動詞+名詞，動詞必須小寫，後面的名稱首字母大寫，如getmaterialcode。函式命名盡量不要使用縮寫，而且它的名稱應該使人一目了然，能夠從名稱就知道這個函式的功能，不要使用無意義的函式名稱。當函式名稱不足以表達其功能時，應使用在函式頭部加上讓呼叫者足夠明白的注釋。
6）**注釋規範
注釋務必做到準確簡潔，能夠充分表達**實現的功能。
7）空行
空行是區分**塊與塊的間隔，在函式之間必須加上空行；而在函式內部，變數宣告塊和實現塊（實現塊指除變數宣告外的其他**）要使用空行來間隔，實現塊的內部，通過空行來標識乙個功能段。
8）縮排
必須嚴格執行縮排，變數宣告塊不縮排，實現塊必須保證全部縮排（不可能有實現塊是行首對齊的）；對於基本的控制結構來說，必須要有縮排，如if、do、with、for、while塊。
9）續行
對於過長的語句來說，必須使用續行，續行位置要有明顯意義，例如，sql ="select [code],[name] from [person]"_&"where [code] like'001%'"。
另外，還要通過管理物件庫來提高**的可讀性，通過修改命名來達到更加易讀的效果。對於使用比較頻繁的**塊來說，最好將其寫成函式，並盡量將功能複雜的大函式拆分成小函式。
注意：在任何地方，不要寫elseif語句，最好轉換成if…else…endif結構。
2．業務元件測試
bpt為bussiness process testing的縮寫，譯為業務元件測試。
1）業務元件的簡介
業務元件是組成流程測試的基本單元，組合不同的業務元件可以實現不同的業務流程測試。如將**交易系統的登入作為乙個元件，將交割申報作為乙個元件等，然後可以將這些元件按照一定的業務流程組合在一起，以滿足不同業務流的測試。這裡業務元件可以重複使用，從而在一定程度上提高自動化開發的效率。
2）業務元件測試的優點
業務元件測試有以下幾個優點：
相關業務人員可以在沒有指令碼的環境下組合業務元件，實現業務流程。
對業務人員的程式設計能力沒有要求，業務人員只需了解系統的業務流程，不用關心具體的指令碼實現。這一點也實現了業務層和指令碼層的分離。
一旦某個元件開發完畢，即可在不同的流程中使用該元件，實現高可復用性，從而加快業務流程測試的速度。
明確角色分工，業務人員負責流程的開發、組織；qtp工程師負責指令碼的開發、維護，以及相應函式庫的開發、維護。
因為實現了指令碼的復用，提高了自動化開發的效率，在無形中降低了測試過程中維護的時間和成本。
3）業務元件測試的簡易流程
業務元件測試的簡易流程如圖11-19所示。
從圖11-19可以看出整個過程分為兩條線：第一條是由業務人員劃分元件並組合不同的元件實現的不同流程測試；第二條是qtp專家負責元件的指令碼的具體實現並負責除錯成功，上傳到qc供業務人員測試時呼叫。
注意：此過程需要qc有bussiness process testing元件許可的支援，也就是需要單獨向hp購買。
3．整個流程的開發過程
下面我們還是以**外包專案為例，簡單地演示一下整個流程的開發過程。
1）劃分元件
個人網銀交割申報業務劃分為以下幾部分：
登入。遞延交割申報。
遞延交割當日委託查詢。
遞延交割當日成交查詢。
遞延交割歷史委託查詢。
歷史遞延交割成交查詢。
登出。2）組織業務測試流程
組織業務測試流程為：登入－遞延交割申報－遞延交割當日委託查詢－遞延交割當日成交查詢－遞延交割歷史委託查詢－歷史遞延交割成交查詢－登出。
自動化測試指令碼編寫規範（1）
11.8自動化測試指令碼編寫規範 1 為了使所有的測試工程師在進行自動化設計和測試時能夠使編寫的指令碼風格一致 步驟一致，能夠把大家的設計和 組裝在一起，因此有必要對自動化測試指令碼編寫進行統一的規範化，下面就先來介紹我們的專案組整理編寫的自動化指令碼編寫的規範。1 自動化指令碼編寫的規範 1 基本...
部署python自動化指令碼 搭建自動化指令碼執行環境
年前把平台的指令碼寫好了，準備在虛擬機器中全部執行一遍。沒想到在虛擬機器中配置了很長時間，才把環境搭好。為了不再犯這配置環境的苦，在這簡單說說環境的搭建吧。因為寫的指令碼是在win7上實現的，所以虛擬機器我安裝的也是win7系統。1 安裝python 2 配置環境變數 python安裝成功後，將安裝...
mysql自動化指令碼 mysql自動化安裝指令碼
學習了兩周linux shell指令碼，終於寫出乙個mysql自動化安裝指令碼。加上今天一整天的測試，可以正常執行安裝mysql 5.5.40.其他版本還沒有測試。現分享一下。也請高手指點一下。執行該指令碼的前提是 環境介紹 1 redhat 6.3 x64，最小化安裝 2 ram 2g,hd 30...