使用python+requests實現接口自動化測試

這兩天一直在找直接用python做接口自動化的方法，在網上也搜了一些博客參考，今天自己動手試了一下。

一、整體結構

上圖是項目的目錄結構，下面主要介紹下每個目錄的作用。

Common:公共方法:主要放置公共的操作的類，比如數據庫sqlhelper、文件操作類等

Config:公共變量:主要放置公共變量,比如ST、UAT、生產環境的url地址、用戶名密碼、數據庫連接

Data:數據層,有點類似三層架構中的DAL,它是數據的來源，根據數據存放的格式再細分json、xml、表單和數據庫

Log:日志層:存放日志，便於跟蹤調試

Page:頁面層:先把整個系統划分若干子系統，每個子系統包含若干頁面。這個把用戶操作的頁面抽象成了page對象，頁面的操作抽象成方法，這樣測試人員可以傳遞不同的測試案例進行測試，如果是面向服務的純接口性質的，沒有頁面那就沒必要再這樣划分,這樣就把接口測試轉換成了python的單元測試。

Result:存放單元測試的執行結果，也可以把每次執行的結果存到數據庫打點，然后做測試結果趨勢分析,如果后續把項目集成到Jenkins中的話，相當於Jenkins集成python單元測試，這樣的話這層也可以不需要。

Case:測試案例層，針對上面Page對應的單個方法利用測試數據和期望數據進行assert判斷，這里用到的測試數據和期望數據后續可以放在Excel中，測試人員只需填充測試數據。

Run:這里用來組裝成suite然后進行運行案例。

二、測試

1.安裝HTMLTestRunner

把它下載下來放到python安裝目錄的lib目錄下

2.業務邏輯層

這里模擬一些業務處理，這里做接口自動化時會使用requests庫進行請求。

# -*- coding: utf-8 -*-
import sys
reload(sys)
sys.setdefaultencoding('utf-8')
import requests

def Add(name,pwd):
    session=requests.session()
    response=session.get('http://www.baidu.com')
    print(response.status_code)
    return response.status_code==200

def Edit(name,pwd):
    return {'name':name,'pwd':pwd}

def Delete(name,pwd):
    return {'name':name,'pwd':pwd}

def Search(name,pwd):
    return {'name':name,'pwd':pwd}

3.案例層

原本計划增加一個套件suite層，如果是單個接口的不加也可以，如果是多個接口進行流程測試，使用suite時案例的順序就不會改變。如果是流程的，也可以寫成case，只是里面需要多次調用業務邏輯層。

# -*- coding: utf-8 -*-
import sys
reload(sys)
sys.setdefaultencoding('utf-8')
import unittest
from Root.Page import Login
from Root.Page.UserManager import Index
import HTMLTestRunner
import time
class index(unittest.TestCase):
    def setUp(self):
        print('setUp')
    def tearDown(self):
        print('tearDown')
    def test_add(self):
       arr= Login.Login('admin', '123456')
       flag= Index.Add(arr[0], arr[1])
       self.assertTrue(flag)
       flag= Index.Add(arr[0], arr[1])
       self.assertTrue(flag==False)
    def test_edit(self):
       response= Login.Login('admin', '123456')
       dic= Index.Edit(response[0], response[1])
       self.assertNotEqual(dic,{'name':'123'})
    def test_delete(self):
       response= Login.Login('admin', '123456')
       dic= Index.Delete(response[0], response[1])
       self.assertNotEqual(dic,{'name':'123'})

4.運行

這里主要考慮可能整個系統會分成不同的模塊進行運行，這樣也能維護上也必將方便，可以多執行機執行。這里使用的HTMLTestRunner來生成報告.

# -*- coding: utf-8 -*-
import sys
reload(sys)
sys.setdefaultencoding('utf-8')
import os
import unittest
from HTMLTestRunner import HTMLTestRunner
from Root.Test.Case.UserManager import Index
import HTMLTestRunner
import time
if __name__ == '__main__':
    # 1、構造用例集
    suite = unittest.TestSuite()
    # 2、執行順序是安加載順序：先執行test_sub，再執行test_add
    suite.addTest(Index.index("test_add"))
    suite.addTest(Index.index("test_edit"))
    suite.addTest(Index.index("test_delete"))
    suite.addTest(Index.index("test_edit"))
    suite.addTest(Index.index("test_edit"))
    filename = "../../../Result/{0}Report.html".format(time.strftime("%Y%m%d%H%M%S", time.localtime()) )  # 定義個報告存放路徑，支持相對路徑
    f = file(filename, 'wb')  # 結果寫入HTML 文件
    runner = HTMLTestRunner.HTMLTestRunner(stream=f, title='測試報告', description='XXX系統接口自動化測試測試報告',verbosity=2)  # 使用HTMLTestRunner配置參數，輸出報告路徑、報告標題、描述
    runner.run(suite)

三、測試案例參數化

上面的每個單元測試只能運行一個測試案例的數據，就是如何實現參數化，這樣配置一下案例數據就能運行多次單元測試，這樣就會方便很多。找了下python自帶的單元測試框架不支持，這里使用了nose和parameterized 。

# -*- coding: utf-8 -*-
import sys
reload(sys)
sys.setdefaultencoding('utf-8')
from nose.tools import assert_equal
from parameterized import parameterized
import HTMLTestRunner
import time
import unittest
import math

@parameterized([
    (2, 2, 4),
    (2, 3, 8),
    (1, 9, 1),
    (0, 9, 0),
])
def test_pow(base, exponent, expected):
    assert_equal(math.pow(base, exponent), expected)

class TestMathUnitTest(unittest.TestCase):
    @parameterized.expand([
        ("negative", -1.5, -2.0),
        ("integer", 1, 1.0),
        ("large fraction", 1.6, 1),
    ])
    def test_floor(self, name, input, expected):
        assert_equal(math.floor(input), expected)

  然后cmd跳轉到該python文件的目錄下，輸入命令,它會把該文件中test開頭的案例都跑了,然后就可以看到有一個案例運行輸出結果的html文件.

nosetests testRuncase.py --with-html --html-report=nose_report2_test.html