優(yōu)點(diǎn)

• 支持參數(shù)化

• 不需要寫代碼

缺點(diǎn)

缺點(diǎn):

• 創(chuàng)建接口用例效率不高。

• 不能生成查看每一個(gè)接口執(zhí)行情況的測試報(bào)告。

  

  總結(jié)：不考慮，接口編寫不方便，最主要是不能生成測試報(bào)告，如果做接口性能的話可以考慮。

  ###HttpRunner

  ---

  優(yōu)點(diǎn):

• 基于YAML/JSON格式，專注于接口本身的編寫。

• 接口編寫簡單

• 沒有編輯器插件對語法校驗(yàn)，容易出錯(cuò)。

• 官方文檔沒有詳細(xì)的說明。

• 擴(kuò)展不方便。

• 生成測試報(bào)告

• 接口錄制功能。

1. [

2. {

3. "config": {

4. "name": "testcase description",

5. "variables": [],

6. "request": {

7. "base_url": "http://127.0.0.1:5000",

8. "headers": {

9. "User-Agent": "python-requests/2.18.4"

10. }

11. }

12. }

13. },

14. {

15. "test": {

16. "name": "test case name",

17. "request": {

18. "url": "/api/get-token",

19. "headers": {

20. "device_sn": "FwgRiO7CNA50DSU",

21. "user_agent": "iOS/10.3",

22. "os_platform": "ios",

23. "app_version": "2.8.6",

24. "Content-Type": "application/json"

25. },

26. "method": "POST",

27. "date": {"sign": "958a05393efef0ac7c0fb80a7eac45e24fd40c27"}

28. },

29. "validate": [

30. {"eq": ["status_code", 200]},

31. {"eq": ["headers.Content-Type", "application/json"]},

32. {"eq": ["content.success", true]},

33. {"eq": ["content.token", "baNLX1zhFYP11Seb"]}

34. ]

35. }

36. }]

總結(jié)：可以考慮，至于接口數(shù)據(jù)的初始化可能需要單獨(dú)處理。

###gauge

BDD行為驅(qū)動(dòng)測試框架。

優(yōu)點(diǎn):

• 行為文件與腳本文件分離，本質(zhì)上實(shí)現(xiàn)了數(shù)據(jù)驅(qū)動(dòng)。

• 功能強(qiáng)大靈活，本質(zhì)上還用Python寫接口用例。

• 自動(dòng)生成測試報(bào)告。

• VS Code有支持插件

缺點(diǎn):

• 門檻略高，需要了解BDD的用法。

• 需要會(huì)markdworn語法

行為描述文件：

1. ## test post request

3. * post "http://httpbin.org/post" interface

4. |key | status_code|

5. |------|-----------|

6. |value1|200 |

7. |value2|200 |

8. |value3|200 |

測試腳本：

1. ……

3. @step("post <url> interface <table>")

4. def test_get_request(url, table):

5. values = []

6. status_codes = []

7. for word in table.get_column_values_with_name("key"):

8. values.append(word)

9. for word in table.get_column_values_with_name("status_code"):

10. status_codes.append(word)

11. for i in range(len(values)):

12. r = requests.post(url, data={"key": values[i]})

13. result = r.json()

14. assert r.status_code == int(status_codes[i])

總結(jié)：推薦使用，BDD有一定門檻，看測試人員的學(xué)些能力和接受速度。

利用現(xiàn)有的框架和庫自己定制。

優(yōu)點(diǎn):

• 足夠靈活強(qiáng)大: 分層測試、數(shù)據(jù)驅(qū)動(dòng)、測試報(bào)告，集成CI...

缺點(diǎn):

• 有一定的學(xué)習(xí)成本

數(shù)據(jù)文件：

1. {

2. "test_case1": {

3. "key": "value1",

4. "status_code": 200

5. },

6. "test_case2": {

7. "key": "value2",

8. "status_code": 200

9. },

10. "test_case3": {

11. "key": "value3",

12. "status_code": 200

13. },

14. "test_case4": {

15. "key": "value4",

16. "status_code": 200

17. }}

測試用例：

1. import requests

2. import unittest

3. from ddt import ddt, file_data

6. @ddtclass InterfaceTest(unittest.TestCase):

8. def setUp(self):

9. self.url = "http://httpbin.org/post"

11. def tearDown(self):

12. print(self.result)

14. @file_data("./data/test_data_dict.json")

15. def test_post_request(self, key, status_code):

16. r = requests.post(self.url, data={"key": key})

17. self.result = r.json()

18. self.assertEqual(r.status_code, status_code)

總結(jié)：推薦使用，代碼相對簡單，功能足夠靈活。

2. 我花了兩天時(shí)間整理這些框架，其實(shí)重點(diǎn)就是了解HttpRunner 和 gauge 。

3. yg

4. HttpRunner 沒有編輯器插件，本身就是一個(gè)YAML/JSON配置文件，所以配置寫錯(cuò)了，但只要是合法的YAML/JSON格式，也看不出來，只有運(yùn)行的過后才知道。就像你用記事本寫代碼一樣，只有運(yùn)行了才知道代碼有沒有寫錯(cuò)。

8. 另外，擴(kuò)展起來也不是特別方便，單獨(dú)用python實(shí)現(xiàn)一些函數(shù)：在json文件中

10. ```{"device_sn": "${gen_random_string(15)}"}```

12. 以這樣的方式引用```gen_random_string()``` 函數(shù)。

14. gauge我已經(jīng)分享過兩篇基礎(chǔ)文章了，雖然用BDD拿來做接口理念不搭，但并不是不可以，唯一的缺點(diǎn)是用BDD來描述接口行為不合適，其他的都沒毛病，可以參數(shù)化，斷言寫起來也簡單，測試報(bào)告也漂亮，本質(zhì)上還是用Python實(shí)現(xiàn)一些功能，所以非常靈活。

16. unittest + requests + HTMLTestRunner是我最熟悉的方案，幾乎沒什么短板。以前通過這種方案寫過很多測試用例，這次把ddt加上似乎更完美了。