2 回答

TA貢獻1798條經(jīng)驗 獲得超7個贊
操作步驟:
1、指定接口功能測試相關測試計劃
2、從 API 文檔提取接口清單
3、編寫測試用例并設計測試數(shù)據(jù)
4、編寫測試腳本并導入測試數(shù)據(jù)
5、執(zhí)行腳本并逐條比對每條測試數(shù)據(jù)的實際結(jié)果與預期結(jié)果是否一致
各步驟主要實現(xiàn):
1、指定接口功能測試相關測試計劃
對程序不同模塊進行任務劃分,一般包括: 模塊以及相關描述,指定該模塊主要責任人,工期,預期產(chǎn)出以及當前進度等
2、從 API 文檔提取接口清單
API 文檔對各個接口實現(xiàn)具有完整且詳細的流程說明,以及舉例,但是對于我們測試而言,內(nèi)容相對冗余,測試前期,一般會對API文檔的各個接口,進行簡化,壓縮,提取接口測試時必須數(shù)據(jù),以提高接口測試效率,其中簡化壓縮的結(jié)果就是接口清單
3、編寫測試用例并設計測試數(shù)據(jù)
功能測試時,模擬用戶的多樣性操作設計測試數(shù)據(jù)是核心實現(xiàn)之一,該過程大致通過兩步驟實現(xiàn):
步驟1: 設計測試用例,該過程是抽象的非具體的實現(xiàn),是要聲明預期使用那些類型的測試數(shù)據(jù),而不設計具體數(shù)據(jù),設計測試用例時原則主要有如下幾點:
a)、覆蓋所有必選參數(shù)
b)、組合可選參數(shù)
c)、設計邊界值數(shù)據(jù)
d)、設計超出范圍的數(shù)據(jù)
e)、覆蓋所有枚舉值
f)、設計錯誤數(shù)據(jù)
g)、設計特殊符號數(shù)據(jù)
.....
另外,設計時需要在測試用例中聲明該接口訪問的 URL,請求方式以及預期結(jié)果等
步驟2: 根據(jù)測試用例聲明的數(shù)據(jù)類型,設計具體的測試數(shù)據(jù),此過程為具體非抽象的實現(xiàn),最終設計的數(shù)據(jù)一般會被保存在csv文件中
4、編寫測試腳本并導入測試數(shù)據(jù)
功能測試時,需要針對同一功能腳本提交多條不同的測試數(shù)據(jù),此實現(xiàn)中,一般使用 CSV Data Set Config 來讀取批量數(shù)據(jù),動態(tài)的參數(shù)化的獲取并設置測試數(shù)據(jù),可以提高測試效率
5、執(zhí)行腳本并逐條比對每條測試數(shù)據(jù)的實際結(jié)果與預期結(jié)果是否一致
步驟4批量操作完畢,要將提交的每條測試數(shù)據(jù)的執(zhí)行結(jié)果與測試用例中對應的執(zhí)行結(jié)果,相比對,如果預期與實際結(jié)果一致,一般無 BUG,不一致時,則可能有 BUG,當然對具體實現(xiàn)有疑議,可以寫入備注
以上內(nèi)容均來自傳智播客論壇,還有相關配套視頻課程。找不到就官網(wǎng)對話框領取。
添加回答
舉報