自動化測試指令碼編寫規範(1)

2021-08-25 21:39:32 字數 2603 閱讀 3689

11.8自動化測試指令碼編寫規範(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工程師負責指令碼的開發、維護,以及相應函式庫的開發、維護。

因為實現了指令碼的復用,提高了自動化開發的效率,在無形中降低了測試過程中維護的時間和成本。

自動化指令碼編寫規範

自動化測試指令碼編寫規範 1 為了使所有的測試工程師在進行自動化設計和測試時能夠使編寫的指令碼風格一致 步驟一致,能夠把大家的設計和 組裝在一起,因此有必要對自動化測試指令碼編寫進行統一的規範化,下面就先來介紹我們的專案組整理編寫的自動化指令碼編寫的規範。1 自動化指令碼編寫的規範 1 基本資訊 在...

Monkey測試 穩定性測試自動化指令碼編寫)

1.什麼是monkey 基本原理 通過啟動指令碼中的指令指向monkey.jar包中的 com.android.commands.monkey.monkey 類 啟動指令碼目錄 system bin monkey monkey.jar 原始碼目錄 development cmds monkey sr...

自動化測試(1)

一 為什麼要進行自動化測試 1 解決 回歸測試 2 解決 壓力測試 3 解決 相容性測試 4 提高測試效率,保證產品質量 回歸測試 專案在發新版本之後對之前的功能進行驗證 壓力測試 可以理解為多使用者同時去操作軟體,統計軟體伺服器處理多使用者請求的能力 相容性測試 如針對web測試,可以對不同瀏覽器...