OPENAPI的測試用例編寫方法_測試用例

OPENAPI的測試用例編寫方法

發表于：2010-12-27來源：作者：點擊數：標簽：

OPENAPI的測試用例編寫方法軟件測試接口測試用例的編寫方式實際上和普通測試用例即有相似的地方也有自身的特點。首先編寫測試用例都有用例編號，用例說明，前置條件，測試步驟和檢驗點五個要素。而前置條件的準備是區別最大的，通常前置條件的準備都是指

　　OPENAPI的測試用例編寫方法 軟件測試

接口測試用例的編寫方式實際上和普通測試用例即有相似的地方也有自身的特點。首先編寫測試用例都有用例編號，用例說明，前置條件，測試步驟和檢驗點五個要素。而前置條件的準備是區別最大的，通常前置條件的準備都是指測試環境（如host配置文件的準備）和測試數據的準備。由于配置文件在每個項目都是相同的。所以一般整個項目只寫一次，即在所有TestCase開始的部分進行聲明。

接口測試的數據準備通常是通過直接往數據庫里邊插入數據來實現的。為了保證測試用例之間相互不會干擾，通常需要為每個測試用例單獨準備測試數據。這點是和功能自動化測試用例有相似之處，因為他們都是自動化測試。

至于測試步驟和校驗點的描述由于接口測試本身也是開發人員，所以可以借鑒程序開發的一些優良習慣，如使用變量來取代具體的描述，這樣可以讓用例顯得簡潔。

如@T1=傳入參數起始時間

@T2=傳入參數結束時間

這樣在實際用例編寫過程中可以用@T1來表示傳入參數起始時間了。

而在用例說明中，實際上有些API用例涉及的流程非常復雜，而需求文檔又是條條框框的文字說明。非常難以幫助測試人員理解需求。而且在測試用例評審的時候也很難描述清楚問題，這時候測試人員有必要借助流程圖。下面是兩個例子

一個例子的圖用于描述程序流程

一個例子的圖用例描述和時間軸關聯比較強烈的用例。之所以涉及時間軸的用例我用圖形來表示，是因為我覺得比較直觀。所以建議寫測試用例的同行在寫測試用例的時候不要拘泥于形式，只要能清晰的描述問題，不管黑貓白貓能抓老鼠就是好貓。

如下例：

#FormatImgID_0#

Case1	app_subsc_ctrl的記錄行中Statues=1
測試方法	TestgetAppSubscCtrlByAppAndInstanceId1
輸入參數	Appid=”getSubscCtrlApp01” InstanceId= “ getSubscCtrlInstance01”
期望輸出，檢查點	return null
測試數據	準備Isv_User_Profile表數據,準備APP表數據，準備app_subsc_ctrl記錄
Case2	應用不存在
測試方法	TestgetAppSubscCtrlByAppAndInstanceId2
輸入參數	Appid=”getSubscCtrlApp01” InstanceId= “ getSubscCtrlInstance02”
期望輸出，檢查點	return null
測試數據	準備Isv_User_Profile表數據，準備app_subsc_ctrl記錄
Case3	ISV不存在
測試方法	TestgetAppSubscCtrlByAppAndInstanceId3
輸入參數	Appid=”getSubscCtrlApp01” InstanceId= “ getSubscCtrlInstance03”
期望輸出，檢查點	return null
測試數據	準備Isv_User_Profile表數據,準備APP表數據，準備app_subsc_ctrl記錄

例二：

#FormatImgID_1#

原文轉自：http://www.anti-gravitydesign.com

軟件測試 > 測試技術 > 測試用例 >