Python接口測試自動化實戰及代碼示例:含Get、Post等方法

2020-11-21 51CTO

年初參與到一個後臺系統開發的項目中，裡面涉及了很多接口，我做為項目組測試人員，需要對這些接口進行測試，一開始使用 postman 工具測試，很是方便。但隨著接口數量的增加，不光要執行手動點擊測試，而且，一旦接口參數變動，都重新更改接口參數，次數多了，使得測試效率嚴重下降。

後來我將目光轉向了自動化測試，考慮到項目組對接口質量要求很高，需要快速開發。最終選定 python 作為腳本開發語言，使用其自帶的 requests 和 urllib 模塊進行接口請求，使用優化後的 unittest 測試框架編寫測試接口函數，測試結果選用 HTMLTestRunner 框架予以展示，並使用 python 的 ssl 模塊支持 https 協議的驗證。接下來，我詳細地介紹這些模塊，並給出各個模塊完整的測試代碼。

1、接口請求

python 特別是 python 3.x 中的 urllib 和 requests 模塊，是用來請求 url 的兩個主要模塊。這兩個模塊中，如果僅僅是支持 http 協議的 url 請求，推薦使用 requests 模塊。為什麼這麼說呢?因為愛因斯坦說過一句話：簡潔就是美。requests 模塊對 urllib 模塊又做了一層封裝，使用更加方便。該模塊支持 GET, POST, PUT, DELETE 等請求方法。請求返回信息包含狀態碼和消息體，狀態碼用三位數字表示，消息體可用字符串，二進位或json 等格式表示。下面用一個例子來介紹一下 requests 模塊的使用。代碼如下：

  1. import requests 
  2.  
  3. def get_method(url, para, headers): 
  4.  
  5. try: 
  6.  
  7. req = requests.get(url=url, params=para, headers=headers) 
  8.  
  9. except Exception as e: 
  10.  
  11. print(e) 
  12.  
  13. else: 
  14.  
  15. if req.status_code == "200": 
  16.  
  17. return req 
  18.  
  19. else: 
  20.  
  21. print("Requests Failed.") 
  22.  
  23. if __name__=='__main__': 
  24.  
  25. url = "http://www.google.com" 
  26.  
  27. req = get_method(url=url, para=None, headers=None) 
  28.  
  29. print(req.status_code) 
  30.  
  31. print(req.text) 

輸出為：

  1. 200 
  2.  
  3. <!DOCTYPE html> 
  4.  
  5. <! 

上述程序輸出狀態碼為 200，表明請求成功，返回消息體為網頁內容。這裡我僅對requests 模塊中的 get 請求方法做了封裝，其它方法(如 post，put，delete 等)的封裝類似。當讓你也可以不用封裝，直接使用 requests.methodName 來直接調用該方法。這裡提醒一句，在實際的接口測試中，headers 和 data 都是有值的，要確保這些值的填寫正確，大部分請求下的請求失敗或返回結果錯誤，基本上都是由於這些值的缺失或錯誤造成的。更多關於 requests 模塊的介紹，請參考官方文檔。

2、測試框架優化

unittest 是 python 中進行單元測試使用廣泛的框架，其與 java 中的單元測試框架junit 類似。該框架使用簡單，需要編寫以 test 開頭的函數，選擇 unittest 框架運行測試函數，測試結果在終端顯示。這裡舉一個簡單的例子：

  1. import unittest 
  2.  
  3. class ApiTestSample(unittest.TestCase): 
  4.  
  5. def setUp(self): 
  6.  
  7. pass 
  8.  
  9. def tearDown(self): 
  10.  
  11. pass 
  12.  
  13. def jiafa(self, input01, input02): 
  14.  
  15. result = input01 + input02 
  16.  
  17. return result 
  18.  
  19. def test_jiafa(self): 
  20.  
  21. testResult = self.jiafa(input01=4, input02=5) 
  22.  
  23. self.assertEqual(testResult, 9) 
  24.  
  25. if __name__=='__main__': 
  26.  
  27. unittest.main() 

簡單解釋下這段代碼，首先我們創建一個類 ApiTestSample，這個類繼承自unittest.TestCase 類。然後在這個類中寫了 jiafa 函數，它有兩個參數 input01，input02，返回 input01 與 input02 相加的和。接著在 test_jiafa 方法中，我們對剛才 jiafa 函數進行了和值校驗。通過給 jiafa 輸入兩個值，獲取其函數返回值，並與真實值做相等判斷，以此實現函數單元測試。這裡用到了 unittest 中斷言值相等的 assertEqual(m, n)函數，上述代碼運行結果如下：

  1. Ran 1 test in 0.000s 
  2.  
  3. OK 

以上是 unittest 框架最基本的單元測試應用，但是這個框架有個缺陷，就是不能自己傳入參數。對於接口來說，往往需要傳入很多參數，並且這每個參數又有很多取值，如果不對原先的 unittest 框架做改變，不僅無法用來進行接口測試，而且一個個結合參數取值去寫測試代碼，工作量極其龐大，也沒有實現測試數據與腳本沒有分離。基於此，我們對該框架做出一下兩點優化。

1)擴展 unittest.TestCase 類，支持自定義參數輸入;

2)測試數據與測試腳本分離，測試數據存儲在文件和資料庫中，以增強測試腳本復用性;

以下是對 unittest.TestCase 類的擴展，使其支持參數化把參數加進去。下面是具體的代碼實現過程：

  1. class ExtendTestCaseParams(unittest.TestCase):  
  2. #擴展 unittest.TestCase 類，使其支持自定義參數輸入 
  3.  
  4. def __init__(self, method_name='runTest', canshu=None): 
  5.  
  6. super(ExtendTestCaseParams, self).__init__(method_name) 
  7.  
  8. self.canshu = canshu 
  9.  
  10. #靜態參數化方法 
  11.  
  12. @staticmethod 
  13.  
  14. def parametrize(testcase_klass, default_name=None, canshu=None): 
  15.  
  16. """ Create a suite containing all tests taken from the given 
  17.  
  18. subclass, passing them the parameter 'canshu' 
  19.  
  20. """ 
  21.  
  22. test_loader = unittest.TestLoader() 
  23.  
  24. testcase_names = test_loader.getTestCaseNames(testcase_klass) 
  25.  
  26. suite = unittest.TestSuite() 
  27.  
  28. if default_name != None: 
  29.  
  30. for casename in testcase_names: 
  31.  
  32. if casename == defName: 
  33.  
  34. suite.addTest(testcase_klass(casename, canshu=canshu)) 
  35.  
  36. else: 
  37.  
  38. for casename in testcase_names: 
  39.  
  40. suite.addTest(testcase_klass(casename, canshu=canshu)) 
  41.  
  42. return suite 

這裡，canshu 就是優化後加的自定義參數，參數類型可以是元組或列表。下面使用這個參數化類來改寫之前的代碼。

  1. class ApiTestSample(ExtendTestCaseParams): 
  2.  
  3. def setUp(self): 
  4.  
  5. pass 
  6.  
  7. def tearDown(self): 
  8.  
  9. pass 
  10.  
  11. def jiafa(self, input01, input02): 
  12.  
  13. result = input01 + input02 
  14.  
  15. return result 
  16.  
  17. def test_jiafa(self): 
  18.  
  19. input_01 = self.param[0] 
  20.  
  21. input_02 = self.param[1] 
  22.  
  23. expectedResult = self.param[2] 
  24.  
  25. result = self.sub(input_01, input_02) 
  26.  
  27. print(result) 
  28.  
  29. self.assertEqual(result, expectedResult) 
  30.  
  31. if __name__=='__main__': 
  32.  
  33. testData = [ 
  34.  
  35. (10, 9, 19), 
  36.  
  37. (12, 13, 25), 
  38.  
  39. (12, 10, 22), 
  40.  
  41. (2, 4, 6) 
  42.  
  43. ] 
  44.  
  45. suite = unittest.TestSuite() 
  46.  
  47. for i in testData: 
  48.  
  49. suite.addTest(ExtendTestCaseParams.parametrize(ApiTestSample, 'test_jiafa', canshu=i)) 
  50.  
  51. runner = unittest.TextTestRunner() 
  52.  
  53. runner.run(suite) 

執行結果如下：

  1. .... 
  2.  
  3. ## 19 
  4.  
  5. 25 
  6.  
  7. Ran 4 tests in 0.000s 
  8.  
  9. 22 
  10.  
  11. 6 
  12.  
  13. OK 

通過對 unittest 框架優化，我們實現了 unittest 框架的參數化，這樣就可以用於接口測試了。雖然我們實現了參數化，但是測試結果的展示不夠直觀，這個時候需要一個可視化頁面來直接顯示測試結果。所幸的是，python 中有專門展示測試結果的框架：HTMLTestRunner。該框架可以將測試結果轉換為 HTML 頁面，並且該框架可以和unittest 框架***的結合起來。接下來我們講述一下 HTMLTestRunner 框架的使用。

3、測試結果可視化

HTMLTestRunner 框架可用來生成可視化測試報告，並能很好的與 unittest 框架結合使用，接下來我們以一段代碼來展示一下 HTMLTestRunner 的使用。

  1. if __name__=='__main__': 
  2.  
  3. from HTMLTestRunner import HTMLTestRunner 
  4.  
  5. testData = [ 
  6.  
  7. (10, 9, 19), 
  8.  
  9. (12, 13, 25), 
  10.  
  11. (12, 10, 22), 
  12.  
  13. (2, 4, 6) 
  14.  
  15. ] 
  16.  
  17. suite = unittest.TestSuite() 
  18.  
  19. for i in testData: 
  20.  
  21. suite.addTest(ExtendTestCaseParams.parametrize(ApiTestSample,'test_jiafa',canshu=i)) 
  22.  
  23. currentTime = time.strftime("%Y-%m-%d %H_%M_%S") 
  24.  
  25. result_path = './test_results' 
  26.  
  27. if not os.path.exists(path): 
  28.  
  29. os.makedirs(path) 
  30.  
  31. report_path = result_path + '/' + currentTime + "_report.html" 
  32.  
  33. reportTitle = '測試報告' 
  34.  
  35. desc = u'測試報告詳情' 
  36.  
  37. with open(report_path, 'wd') as f: 
  38.  
  39. runner = HTMLTestRunner(stream=f, title=reportTitle, description=desc) 
  40.  
  41. runner.run(suite) 

測試結果如下：

下面詳細講解一下 html 報告的生成代碼：

  1. runner = HTMLTestRunner(stream=fp, title=reportTitle, description=desc) 

HTMLTestRunner 中的 stream 表示輸入流，這裡我們將文件描述符傳遞給 stream，title 參數表示要輸出的測試報告主題名稱，description 參數是對測試報告的描述。在使用 HTMLTestRunner 時，有幾點需要注意：

1)HTMLTestRunner 模塊非 Python 自帶庫，需要到 HTMLTestRunner 的官網下載

該安裝包;

2)官網的 HTMLTestRunner 模塊僅支持 Python 2.x 版本，如果要在 Python 3.x中，需要修改部分代碼，修改的代碼部分請自行上網搜索;

如果需要生成 xml 格式，只需將上面代碼中的

  1. runner = HTMLTestRunner(stream=fp, title=reportTitle, description=desc) 
  2.  
  3. runner.run(suite) 

修改為如下代碼：

  1. import xmlrunner 
  2.  
  3. runner = xmlrunner.XMLTestRunner(output='report') 
  4.  
  5. runner.run(suite) 

4、接口測試分類

前面大家對接口請求，測試框架和測試結果可視化方面有了深入的了解。有了前面的基礎，對於接下來理解和編寫接口測試會有很大幫助。這裡我們先來講解一下接口測試與單元測試的區別。單元測試只針對函數進行多組參數測試，包括正常和異常參數組合。而接口測試是針對某一接口進行多組參數測試。實際接口測試中，我們又將接口測試分為兩種：

1)單接口測試;

2)多接口測試。

對於單接口測試，只需針對單個接口測試，測試數據根據接口文檔中的參數規則來設計測試用例;對多接口測試，首先要確保接口之間調用邏輯正確，然後再根據接口文檔中的參數規則來設計用例進行測試。下面我就根據這兩種不同情況的接口測試，用實際項目代碼展示一下。

4.1 單接口測試

  1. class TestApiSample(ExtendTestCaseParams): 
  2.  
  3. def setUp(self): 
  4.  
  5. pass 
  6.  
  7. def tearDown(self): 
  8.  
  9. pass 
  10.  
  11. def register(self, ip, name, desc): 
  12.  
  13. url = 'http://%s/api/v1/reg' % ip 
  14.  
  15. headers = {"Content-Type": "application/x-www-form-urlencoded"} 
  16.  
  17. para = {"app_name": name, "description": desc} 
  18.  
  19. req = self.Post(url, para, headers） 
  20.  
  21. return req 
  22.  
  23. def test_register(self): 
  24.  
  25. for index, value in enumerate(self.param): 
  26.  
  27. print('Test Token {0} parameter is {1}'.format(index, value)） 
  28.  
  29. self.ip = self.param[1] 
  30.  
  31. self.name = self.param[2] 
  32.  
  33. self.desc = self.param[3] 
  34.  
  35. self.expectedValue = self.param[4] 
  36.  
  37. req = self.grant_register(self.ip, self.name, self.desc) 
  38.  
  39. self.assertIn(req.status_code, self.expectedValue, msg="Test Failed.") 
  40.  
  41. if __name__=='__main__': 
  42.  
  43. import random 
  44.  
  45. import string 
  46.  
  47. ip = '172.36.17.108' 
  48.  
  49. testData = [ 
  50.  
  51. (1, ip, ''.join(random.sample(string.ascii_letters + string.digits, 7)), '', 200), 
  52.  
  53. (2, ip, ''.join(random.sample(string.ascii_letters + string.digits, 7)), '', 200), 
  54.  
  55. (3, ip, ''.join(random.sample(string.ascii_letters + string.digits, 7)), '', 200) 
  56.  
  57. ] 
  58.  
  59. suite = unittest.TestSuite() 
  60.  
  61. for i in testData: 
  62.  
  63. suite.addTest(ExtendTestCaseParams.parametrize(TestApiSample,'test_register',canshu=i)) 
  64.  
  65. currentTime = time.strftime("%Y-%m-%d %H_%M_%S") 
  66.  
  67. path = './results' 
  68.  
  69. if not os.path.exists(path): 
  70.  
  71. os.makedirs(path) 
  72.  
  73. report_path = path + '/' + currentTime + "_report.html" 
  74.  
  75. reportTitle = '接口測試報告' 
  76.  
  77. desc = u'接口測試報告詳情' 
  78.  
  79. with open(report_path, 'wd') as f: 
  80.  
  81. runner = HTMLTestRunner(stream=f, title=reportTitle, description=desc) 
  82.  
  83. runner.run(suite) 

上述代碼中的 register()為註冊接口函數，test_register()為測試註冊接口函數，testData 為測試數據，這裡沒有完全做到測試腳本與測試數據分離。為了實現測試數據與測試腳本分離，可以將 testData 列表單獨寫在文本文件或者資料庫中，運行測試腳本時再去加載這些數據，就能實現測試腳本與測試數據的分離。

4.2 多接口測試

  1. class TestApiSample(ExtendTestCaseParams): 
  2.  
  3. def setUp(self): 
  4.  
  5. pass 
  6.  
  7. def tearDown(self): 
  8.  
  9. pass 
  10.  
  11. def register(self, ip, name, desc): 
  12.  
  13. url = 'https://%s/api/v1/reg' % ip 
  14.  
  15. headers = {"Content-Type": "application/x-www-form-urlencoded"} 
  16.  
  17. para = {"app_name": name, "description": desc} 
  18.  
  19. req = self.Post(url, para, headers） 
  20.  
  21. return req 
  22.  
  23. def oauth2_basic(self, ip, name, desc): 
  24.  
  25. apps = self.register(ip, name, desc) 
  26.  
  27. apps = apps.json() 
  28.  
  29. url = 'http://%s/api/v1/basic' % ip 
  30.  
  31. data = {"client_id":apps['appId'], "client_secret":apps['appKey']} 
  32.  
  33. headers = None 
  34.  
  35. req = requests.post(url, data, headers) 
  36.  
  37. basic = str(req.content, encoding='utf-8') 
  38.  
  39. return apps, basic, req 
  40.  
  41. def test_oauth2_basic(self): 
  42.  
  43. count = 0 
  44.  
  45. for i in self.param: 
  46.  
  47. count += 1 
  48.  
  49. self.ip = self.param[1] 
  50.  
  51. self.name = self.param[2] 
  52.  
  53. self.desc = self.param[3] 
  54.  
  55. self.expected = self.param[4] 
  56.  
  57. apps, basic, req = self.oauth2_basic(self.ip, self.name, self.desc) 
  58.  
  59. self.assertIn(req.status_code, self.expected, msg="Grant Failed.") 
  60.  
  61. if __name__=='__main__': 
  62.  
  63. import random 
  64.  
  65. import string 
  66.  
  67. ipAddr = '172.36.17.108' 
  68.  
  69. testData = [ 
  70.  
  71. (1, ipAddr, ''.join(random.sample(string.ascii_letters + string.digits, 7)), '', 200), 
  72.  
  73. (2, ipAddr, ''.join(random.sample(string.ascii_letters + string.digits, 7)), '', 200), 
  74.  
  75. (3, ipAddr, ''.join(random.sample(string.ascii_letters + string.digits, 7)), '', 200) 
  76.  
  77. ] 
  78.  
  79. suite = unittest.TestSuite() 
  80.  
  81. for i in testData: 
  82.  
  83. suite.addTest(ExtendTestCaseParams.parametrize(TestApiSample, 'test_oauth2_basic', 
  84.  
  85. canshu=i)) 
  86.  
  87. currentTime = time.strftime("%Y-%m-%d %H_%M_%S") 
  88.  
  89. path = '../Results' 
  90.  
  91. if not os.path.exists(path): 
  92.  
  93. os.makedirs(path) 
  94.  
  95. report_path = path + '/' + currentTime + "_report.html" 
  96.  
  97. reportTitle = '接口測試報告' 
  98.  
  99. desc = u'接口測試報告詳情' 
  100.  
  101. with open(report_path, 'wd') as f: 
  102.  
  103. runner = HTMLTestRunner(stream=f, title=reportTitle, description=desc) 
  104.  
  105. runner.run(suite) 

上述代碼中，我們對兩個接口進行了函數封裝，兩個接口之間有依賴關係，oauth2_basic()函數在請求之前必須先去請求 register()函數獲取數據。對於這種多接口測試，且接口之間存在互相調用的情況，***是在調用該接口前時，將互相之間有依賴的接口封裝進該接口中，保證接口調用邏輯一致。其次再針對該接口的其它參數設計測試用例去測試該接口。

5、https 協議請求

前面我們提及的接口測試，僅是關於請求 http 協議的。然而，http 協議在傳輸過程中並不安全，通過該協議傳輸內容容易被截取，由此人們提出了 https 協議。該協議在原先的 http 協議之外，對傳輸過程中的內容進行了加密處理，這樣就能確保信息在傳輸過程中的安全。目前很多公司的訪問 url 都已轉換到 https 協議。因此在接口測試中也要考慮到對 https 協議訪問的支持。目前對於 https 協議訪問的處理有以下幾種方案。

***種，對於一般網站訪問，無法獲得支持 https 協議的證書信息，因此只能選擇忽略 ssl 校驗;

第二種，對於外部網絡訪問公司內容網絡和內容來說，除了要經過防火牆外，訪問具體業務要經過負載均衡器。而負載均衡器一般要求支持 https 協議，這個時候就需要使用 Python 中的 ssl 模塊對證書進行校驗;

關於忽略訪問 https 協議的證書校驗，這裡忽略不表。重點講解 https 協議證書的校驗。在 Python 中，提供了 ssl 模塊，用於對 https 協議證書的認證。這裡以一段代碼來展示該模塊的應用。

  1. import ssl 
  2.  
  3. cont = ssl.SSLContext(ssl.PROTOCOL_SSLv23) 
  4.  
  5. cont.check_hostname = False 
  6.  
  7. cont.load_cert_chain(certfile=public_key, keyfile=private_key) 
  8.  
  9. cont.verify_mode = 2 
  10.  
  11. cont.load_verify_locations(ca_key) 

上述代碼中先生成 ssl 上下文對象 cont，接下來用這個上下文對象 cont 依次進行域名校驗、證書導入、驗證模式選擇及 CA 證書驗證。cont.checkhostname 用於域名校驗，值為 True 表示進行主機名校驗，值為 False 表示不進行主機名校驗。

cont.loadcertchain(certfile=publickey, keyfile=privatekey)，certfile 表示導入公鑰證書，keyfile 表示導入私鑰證書。一般情況下，Python 支持的 certfile 證書文件後綴為.crt，keyfile 證書文件後綴為.pem。cont.verifymode 為驗證模式，值為 0 表示不做證書校驗，值為 1 表示代表可選，值為 2 表示做證書校驗。cont.loadverifylocations(ca_key)表示導入CA 證書。一般的證書校驗都要經過上述這幾個步驟。此時 ssl 證書的基本配置已完成。接下來就需要在發送 https 請求時加入證書驗證環節，示例代碼如下：

  1. req = request.Request(url=url, data=para, headers=headers, method='GET') 
  2.  
  3. response = request.urlopen(req, context=self.context) 

整個完整的 ssl 證書驗證代碼如下：

  1. if __name__=='__main__': 
  2.  
  3. from urllib import parse, request 
  4.  
  5. import ssl 
  6.  
  7. context = ssl.SSLContext(ssl.PROTOCOL_SSLv23) 
  8.  
  9. context.check_hostname = False 
  10.  
  11. context.load_cert_chain(certfile=pub_key_cert_file, keyfile=pri_key_pem_file) 
  12.  
  13. context.verify_mode = 2 
  14.  
  15. context.load_verify_locations(ca_file) 
  16.  
  17. req = request.Request(url=url, data=para, headers=headers, method='GET') 
  18.  
  19. response = request.urlopen(req, context=self.context) 

上述代碼中，我們選擇了 python 中 urllib 模塊做接口請求，是因為在多次對比了reuests模塊和 urllib 對 https 證書驗證的支持之後，發現 urllib 模塊能夠很好地支持 ssl 證書校驗。更多有關 python 中 ssl 模塊的信息，請參考 ssl 官方文檔。

6、總結

回顧整個項目經過，應該說是是被現實問題逼著進步，從一開始的走捷徑使用 API集成工具來測試接口，到後來使用自動化測試腳本實現接口測試，再到***增加對 https協議的支持。這一路走來，帶著遇到問題解決問題地思路，我的測試技能得到很大提升。總結這幾個月的項目經歷就一句話：遇到問題，解決問題，能力才會得到快速提升，與大家共勉。

【編輯推薦】

【責任編輯：

武曉燕

TEL：（010）68476606】

點讚 0

相關焦點

  • 乾貨丨Python接口測試自動化實戰及代碼示例:含get、post等方法
    引言：年初參與到一個後臺系統開發的項目中，裡面涉及了很多接口，我做為項目組測試人員，需要對這些接口進行測試，一開始使用 postman 工具測試，很是方便。但隨著接口數量的增加，不光要執行手動點擊測試，而且，一旦接口參數變動，都重新更改接口參數，次數多了，使得測試效率嚴重下降。後來我將目光轉向了自動化測試，考慮到項目組對接口質量要求很高，需要快速開發。
  • Python接口測試實戰丨如何實現特殊字符集的自動化測試？
    Python由於可移植性好、第三方庫豐富、上手簡單而成為一種便捷高效的接口自動化測試工具。使用python向接口發送請求，一般包含以下步驟：1.請求的組裝：請求信息一般包含接口的URL，以及一些其他可能需要的信息，比如headers，post請求需要用的data等；2.請求的發送：請求組裝好後進行請求的發送，一般分為GET和POST方法，如果需要向接口傳輸數據，可以在data中傳輸，並獲取返回數據；3.響應的解析：接收返回的數據並進行解析。
  • Python接口自動化測試的實現
    1）環境準備：　　接口測試的方式有很多，比如可以用工具（jmeter,postman）之類，也可以自己寫代碼進行接口測試，工具的使用相對來說都比較簡單，重點是要搞清楚項目接口的協議是什麼，然後有針對性的進行選擇，甚至當工具不太適合項目時需要自己進行開發。
  • python接口自動化-發送get請求
    前言python接口自動化第一章節，學習requests模塊。請求1.導入requests後，用get方法就能直接訪問url地址，如：http://www.cnblogs.com/yoyoketang/，看起來是不是很酷2.這裡的r也就是response，請求後的返回值，可以調用
  • python接口自動化測試之獲取token
    昨天把自動化整個框架每個模塊介紹了一下，今天先講下獲取token的方法。在我們進行接口測試的時候，經常會出現token過期或者沒有token鑑權失敗的問題，所以在做接口自動化測試的時候我們就需要考慮把獲取token的方法加進來，便於後邊接口的操作。
  • 成都python快速入門培訓:Python如何調用接口講解
    成都python快速入門培訓：Python如何調用接口講解最近成都達內小編有研究接口測試，然後查了查資料，發現有兩種方法，一種是使用urllib庫，一種是使用requests庫。而在這裡，我使用的是requests庫，為什麼要用這個呢?從官方文檔看出，python的標準庫urllib2提供了大部分需要的HTTP功能，但是呢?
  • 「軟體測試教程」基於postman進行接口測試實戰
    二：接口測試實戰一般剛開始接觸接口測試都是基於測試工具，比如接口調試神奇postman，開發和測試都用它來調試和測試接口。limit=1，get接口也可以直接在瀏覽器中請求，獲取響應值三：理解cookie通過一個實例12306查詢車次信息接口來理解講接口請求頭信息中的cookie，打開瀏覽器開發者工具獲取接口地址，請求方法，參數,響應值等如圖所示
  • Python高手實戰秘籍:正流行的接口測試工具requests庫,超好用!
    說到python發送HTTP請求進行接口自動化測試，腦子裡第一個閃過的可能就是requests庫了，當然python有很多模塊可以發送HTTP請求，包括原生的模塊http.client,urllib2等，但由於原生的模塊過於複雜，使用繁瑣，那麼requests庫就誕生了，它也是現階段比較流行的接口自動化測試工具之一。
  • python接口自動化-發送post請求
    前言發送post的請求參考例子很簡單，實際遇到的情況卻是很複雜的，首先第一個post請求肯定是登錄了，但登錄是最難處理的。登錄問題解決了，後面都簡單了。;help(requests)2.查看python
  • 接口測試框架實戰(一) | Requests 與接口請求構造
    所以，更推薦掌握 Requests 接口測試實戰技能，這也是網際網路大廠流行的接口測試利器。下面從安裝 Requests 庫開始，一步步掌握接口請求構造、接口請求斷言、Schema 斷言、Json／XML 請求、測試用例調試、HeadCookie 處理、Jsonpath 應用、認證體系等接口測試實戰技能。
  • python接口自動化-Json數據處理
    前言有些post的請求參數是json格式的，這個前面第二篇post請求裡面提到過，需要導入json模塊處理。一般常見的接口返回數據也是json格式的，我們在做判斷時候，往往只需要提取其中幾個關鍵的參數就行，這時候就需要json來解析返回的數據了。
  • 接口測試框架實戰 | 流程封裝與基於加密接口的測試用例設計
    接口測試僅僅掌握 Requests 或者其他一些功能強大的庫的用法，是遠遠不夠的，還需要具備能根據公司的業務流程以及需求去定製化一個接口自動化測試框架的能力。所以，接下來，我們主要介紹下接口測試用例分析以及通用的流程封裝是如何完成的。
  • 乾貨｜python接口自動化測試之數據驅動方式
    那麼代碼規範上，在使用pytest的自動化框架，總是在fixture中，儘量多寫Given，在使用unittest的框架中可以寫在setup方法中。所以，在編寫測試函數時，我們要考慮如何使用Given部分造好的數據，或者手工測試階段的測試數據，發送接口測試請求，以便回歸自動化測試。
  • Django測試工具平臺（二）之請求dubbo接口
    如果你對python如何請求Dubbo不熟悉，可以參考之前寫的一篇文章httprunner自動化實例—Dubbo接口測試，本文主要講解如何通過django實現功能。獲取註冊信息之後，我們就可以通過python的三方包 telnetlib ，來建立連接，以及通過shell命令來 請求Dubbo接口（原理在之前的一篇文章有詳細說明httprunner自動化實例（五）
  • 第 15 篇：接口的單元測試
    假設你正在維護公司的一個項目，這個項目已經開發了幾十個 API 接口，但是沒有任何的單元測試。現在你的 leader 讓你去修改幾個接口並實現一些新的功能，你接到需求後高效地完成了開發任務，然後手動測試了一遍改動的接口和新實現的功能，確保沒有任何問題後，滿心歡喜地提交了代碼。
  • 軟體測試工程師必備：Robot Framework實現接口自動化實踐
    Robot Framework是一款python編寫的功能自動化測試框架。具備良好的可擴展性，支持關鍵字驅動，可以同時測試多種類型的客戶端或者接口，可以進行分布式測試執行。主要用於輪次很多的驗收測試和驗收測試驅動開發（ATDD）。
  • 軟體測試工程師必備：如何做好接口測試？Yapi自動化平臺項目實戰
    對於服務端接口的API測試來說，就是由自動化測試工具模擬需要人工在軟體界面上的各種操作後發起的一連串接口請求，並且自動驗證其結果是否符合預期。圖2：自動化測試事實上，自動化測試覆蓋了從 UI （界面測試）到契約（接口測試）以及底層代碼方法（單元測試）的整個過程
  • 接口測試框架實戰（二）| 接口請求斷言
    題圖引用自 Real Python本文節選自霍格沃茲《測試開發實戰進階》課程教學內容>>> import requests>>> r = requests.get(&39;)>>> print(r)<Response [200]>Response 對象有很多功能強大的方法可以調用，比如直接獲取響應頭
  • 進階Python，從編寫Python函數開始
    好多同學都有這樣的疑惑，我學習了python的基礎語法，那麼具體應用該從哪裡入手呢？首先大家要確定，代碼必須用起來才能越來越熟練！讀懂十行代碼不如自己親自上手編寫一行！代碼想熟練最好的方法就是能夠通過代碼解決工作中的實際問題，例如完成UI自動化測試、接口測試、創建測試數據、構建測試環境、清理數據環境等等。
  • python 如何使用HttpRunner做接口自動化測試
    前言原始測試包含 3 層，分別是：UI 自動化測試、接口服務測試、單元測試其中，單元測試是對軟體的最小可測試單元進行檢查和驗證，也是產生效率最大的一項測試接口服務測試分為模塊接口測試和協議接口測試UI 測試主要是為了取代人力操作，通過 UI 自動化去模擬操作，降低回歸測試的成本考慮到投入產出率，大部分企業都會將測試重點放在接口自動化測試這一項上