先來個小故事：

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

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

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

"你的腳本給我看下，這個是啥意思?可以在我那邊運行嗎?"

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

"這個接口我要做性能測試，還有這個、這個……"

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

你幾近崩潰，為什么，為什么不能簡單點。

……

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

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

hrun api.yaml

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

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

"測試報告不錯!"

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

"咦，這腳本簡單，我都看得懂，可以可以，很強勢!"

…

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

 

[[350677]]

 

這里是正文嘍：

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

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

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

一、代碼格式要注意!

場景：我在編寫testcase的時候，可能下一級沒有空四格，然后就一直報錯，但是也找不到在哪里?

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

 

 

二、沒有錯誤提示，下手慢點!

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

 

 

三、文件名別搞錯啦!

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

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

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

 

 

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

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

 

 

 

 

 

 

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

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

所以正確是這樣的：

 

 

最后，httprunner作為一個自動化測試框架還是很強大的，還支持Locust性能測試，還在不斷地采坑實踐中，分享下我目前的坑，給大家排個雷。