先來個(gè)小故事：

一天，你的領(lǐng)導(dǎo)丟給你幾十個(gè)接口，然后希望你輸出報(bào)告。你："exm?"，改改改。于是你引入了unittest單元測(cè)試框架、HTMLTestRunner等等。

正打算將各個(gè)測(cè)試用例分類重新規(guī)整，你領(lǐng)導(dǎo)又來了。如果世界上有真愛這種東西存在的話，那你領(lǐng)導(dǎo)對(duì)你的愛便是了。

"我又從開發(fā)那里幫你要了100個(gè)接口過來測(cè)，開不開心?"

"你的腳本給我看下，這個(gè)是啥意思?可以在我那邊運(yùn)行嗎?"

"你的腳本怎么這么多啊，好亂啊"

"這個(gè)接口我要做性能測(cè)試，還有這個(gè)、這個(gè)……"

"這幾個(gè)接口是串聯(lián)起來的，你處理下"

你幾近崩潰，為什么，為什么不能簡(jiǎn)單點(diǎn)。

……

幸好，你并沒有放棄，你在某個(gè)機(jī)緣巧合下發(fā)現(xiàn)了一個(gè)叫httprunner的測(cè)試框架，這個(gè)框架使用的是yaml格式的文本來描述腳本，只需一行命令即可進(jìn)行接口測(cè)試。在連夜研究完這個(gè)框架后，你發(fā)出慨然長(zhǎng)嘆："原來接口測(cè)試可以這么優(yōu)雅地寫啊!"

于是你將幾百個(gè)接口丟進(jìn)一個(gè)yaml文本里，執(zhí)行了下面這條命令：

hrun api.yaml

刷刷刷，搞定，大家都吃驚地看著你，似乎在看一頭變帥的豬

"這次咋這么快?平時(shí)光調(diào)試都得一兩天。"

"測(cè)試報(bào)告不錯(cuò)!"

"數(shù)據(jù)也都校驗(yàn)了。"

"咦，這腳本簡(jiǎn)單，我都看得懂，可以可以，很強(qiáng)勢(shì)!"

…

so，引入我們今天的主題，如何使用httprunner的呢?

 

[[350677]]

 

這里是正文嘍：

說說我的經(jīng)歷吧，我學(xué)習(xí)Httprunner也有一段時(shí)間了，爬的坑一個(gè)接著一個(gè)，今天來做個(gè)總結(jié)吧~ 也希望有其他的小伙伴把你入的坑一起分享下。

從一開始以為不就一個(gè)框架嘛，有什么難的，不就方法調(diào)用么!再然后，天哪!怎么寫?沒有思路，最后，哦~好像知道怎么寫了，不知道你們?cè)趯W(xué)一個(gè)新框架的時(shí)候是不是這樣的。

好了，話不多說，開始瘋狂地吐槽吧~

一、代碼格式要注意!

場(chǎng)景：我在編寫testcase的時(shí)候，可能下一級(jí)沒有空四格，然后就一直報(bào)錯(cuò)，但是也找不到在哪里?

所以，注意代碼格式，層級(jí)關(guān)系空4個(gè)字符

 

 

二、沒有錯(cuò)誤提示，下手慢點(diǎn)!

場(chǎng)景：一個(gè)很尷尬的案例，我把variables寫成了varibales，然后我下一個(gè)case還是直接復(fù)制，運(yùn)行時(shí)一直提示'XXX is not found'，當(dāng)時(shí)就想，難道是我方法寫錯(cuò)啦?結(jié)果，找了一下午這么低級(jí)的錯(cuò)誤?？磥硪炎约宏P(guān)小黑屋好好反思了。因?yàn)閔tr的yaml文件沒有錯(cuò)誤提示，所以要確保每個(gè)單詞都是對(duì)的。

 

 

三、文件名別搞錯(cuò)啦!

相信有很多小伙伴是通過抓包工具下的文件，很多時(shí)候會(huì)改成yml的格式，所以在運(yùn)行的時(shí)候，千萬注意了，找不到文件的時(shí)候往往就是文件名出錯(cuò)了。

四、調(diào)用方法不知道哪里了!

在寫層級(jí)關(guān)系的時(shí)候，經(jīng)常會(huì)用到debugtalk.py的方法，然而httprunner的錯(cuò)誤提示不是很友好，往往找一個(gè)錯(cuò)誤要找好久，然后問了領(lǐng)導(dǎo)，可以在每一個(gè)方法面加上pdb.set_trace方法，每次調(diào)用這個(gè)方法的時(shí)候，鍵盤輸入n，就可以一步步調(diào)試了。

 

 

五、循環(huán)操作怎么搞?

當(dāng)我要多次添加數(shù)據(jù)或者多次刪除數(shù)據(jù)的時(shí)候，不知道怎么重復(fù)操作，找了很多資料后發(fā)現(xiàn)了一個(gè)方法可以在testsuites添加parameters,每一個(gè)返回值就可以實(shí)現(xiàn)一次testcase的執(zhí)行，并且csv參數(shù)化也能實(shí)現(xiàn)。看了官方文檔說是數(shù)據(jù)驅(qū)動(dòng)的思想還有，parameters一定要寫在testsuites中，寫在testcases是沒有用的，不會(huì)生效。

 

 

 

 

 

 

六、原來拼接路徑是這樣的

在我印象中路徑的匹配應(yīng)該是這樣寫的：$url+$parmas，但是這樣寫的話你的路徑就是這樣的：'http://url+params',你的路徑就是不對(duì)的，怎么能請(qǐng)求接口成功呢?

所以正確是這樣的：

 

 

最后，httprunner作為一個(gè)自動(dòng)化測(cè)試框架還是很強(qiáng)大的，還支持Locust性能測(cè)試，還在不斷地采坑實(shí)踐中，分享下我目前的坑，給大家排個(gè)雷。