api測試用例（編寫思路）

在API的自動化測試維度中，測試維度分為兩個維度，一個是單獨的對API的驗證，客戶端發送一個請求后，服務端得到客戶端的請求並且響應回復給客戶端；

另外一個維度是基於業務場景的測試，基於業務場景的也就是說編編寫的API的測試用例是基於產品的業務邏輯。

拋開兩個維度的思考點，作為測試團隊的工作內容，首先要保障產品的業務邏輯是可以使用的，只要這樣，產品才能夠給客戶帶來價值，

在基本的業務邏輯穩定的基礎上，再一步需要思考的是整個系統的穩定性，抗壓性和系統的承載負載的能力。

那么在工程效率的角度上來思考，使用代碼或者工具都不是核心，核心是如何使用這些工具或者代碼來提升測試的效率，

優化研發的流程，並持續的改進，從而達到過程中的改進。不管工具還是代碼，對產品完整性的測試，

都要考慮產品的業務邏輯，也就是產品的場景，而如何通過API的自動化測試方式來達到產品的業務場景的測試。

 

如下的案例代碼業務為依據接口可以獲取到所有的書籍信息，可以創建數據，查看某一本書的信息，修改它的信息和刪除書籍，案例代碼為：

#!/usr/bin/env python
# -*-coding:utf-8 -*-
from flask import  Flask,redirect,render_template,url_for,request,jsonify,abort,make_response
from flask_restful import  Resource,Api
from flask_httpauth import  HTTPBasicAuth


app=Flask(__name__)
api=Api(app=app)

auth=HTTPBasicAuth()

@auth.get_password
def get_password(name):
    if name=='wuya':
        return 'admin'
@auth.error_handler
def authorized():
    return make_response(jsonify({'error':'請認證'}),401)


books=[
    {
        'id':1,
        'author':'無涯',
        'name':'Python自動化測試實戰',
        "done":True
    },
    {
        'id': 2,
        "aurhor":"無涯",
        'name': 'Python測試開發實戰',
        "done":False
    }
]

class BooksApi(Resource):
    def get(self):
        return jsonify(books)

    def post(self):
        if not request.json or not 'author' in request.json:
            abort(400)
        book={
            'id': books[-1]['id'] + 1,
            # 'author':request.json['author'],
            'author': request.json.get('author'),
            'name': request.json.get('name'),
            'done': False
        }
        books.append(book)
        return jsonify({"status":0,'msg':'創建書籍成功','datas':book})

class BookApi(Resource):
    def get(self,book_id):
        book=list(filter(lambda t:t['id']==book_id,books))
        if len(book)==0:
            abort(400)
        else:
            return jsonify({'status':0,'msg':'ok','datas':book})

    def put(self,book_id):
        book=list(filter(lambda t:t['id']==book_id,books))
        if len(book)==0:
            abort(404)
        elif not request.json:
            abort(400)
        elif 'author' not in request.json:
            abort(400)
        elif 'done' not in request.json and type(request.json['done']) is not bool:
            abort(400)
        book[0]['author']=request.json.get('author',book[0]['author'])
        book[0]['name'] = request.json.get('name', book[0]['name'])
        book[0]['done'] = request.json.get('done', book[0]['done'])
        return jsonify({'status':0,'msg':'修改成功','datas':book})

    def delete(self,book_id):
        book = list(filter(lambda t: t['id'] == book_id, books))
        if len(book)==0:
            abort(404)
        books.remove(book[0])
        return jsonify({'status':1001,'msg':'刪除成功'})

api.add_resource(BooksApi,'/v1/api/books',endpoint='/v1/api/books')
api.add_resource(BookApi,'/v1/api/book/<int:book_id>')

if __name__ == '__main__':
    app.run(debug=True)

依據上面的信息，涉及到的測試點非常多，但是主要可以考慮這么幾點，分別是創建書籍信息，查看創建的書籍信息，對創建的書籍信息進行修改，和最后刪除創建的書籍信息，

那么編寫這樣的API測試用例的編寫，也可以從兩個維度思考，第一個維度是基於業務場景，也就是說編寫的API測試使例它是有順序的，分別是創建，查看，修改，和刪除，見API的測試代碼：

#!/usr/bin/python3
#coding:utf-8
import  pytest
import  requests


def writeBook(bookID):
   with open('bookID','w') as f:
      f.write(bookID)

def readBookID():
   with open('bookID','r') as f:
      return int(f.read())

def test_001_addBook():
   '''創建書籍'''
dict1={"author":"無涯","name":"Python自動化測試實戰","done":True}
   r=requests.post(
      url='http://127.0.0.1:5000/v1/api/books',
      json=dict1)
   writeBook(str(r.json()['datas']['id']))
   assert r.json()['datas']['author']=='無涯'
def test_002_queryBook():
   '''查看創建的書籍信息'''
r=requests.get(
      url='http://127.0.0.1:5000/v1/api/book/{0}'.format(readBookID()))
   assert r.json()['datas'][0]['id']==readBookID()


def test_003_setBook():
   '''修改書籍信息'''
dict1 = {"author": "無涯課堂", "name": "Python自動化測試實戰", "done": True}
   r=requests.put(
      url='http://127.0.0.1:5000/v1/api/book/{0}'.format(readBookID()),
      json=dict1)
   assert r.json()['datas'][0]['author']=='無涯課堂'
def test_004_delBook():
   '''刪除書籍信息'''
r=requests.delete(
      url='http://127.0.0.1:5000/v1/api/book/{0}'.format(readBookID()))
   assert  r.json()['status']==1001

查看如上的測試代碼后，可以看到剛才說的測試場景都已包含進去。

依據執行后輸出的結果信息，可以看到它是按我們設計的順序的，這樣的測試點符合我們的設計思路，

但是存在的缺點也是，比如業務邏輯發生變化，可以批量添加課程，那么這個測試點應該放在哪里了？

按照之前的設計思路，只能放在第二位，因為測試用例它是按順序執行的，很顯然它會打亂已經有的執行順序，

當然對鏈路很長的測試點來說，這樣寫也沒什么錯誤。

下面再看另外一種思路，就是測試用例之間是沒有順序的，這樣就可以很好的解決上面說的，

批量增加，批量修改或者批量刪除也好，測試點是無順序的，所以增加或者建=減少測試點，也是無所謂的。

修改后的測試點見如下：

#!/usr/bin/python3
#coding:utf-8
import  pytest
import  requests

def writeBook(bookID):
   with open('bookID','w') as f:
      f.write(bookID)

def readBookID():
   with open('bookID','r') as f:
      return int(f.read())

def addBook():
   dict1={"author":"無涯","name":"Python自動化測試實戰","done":True}
   r=requests.post(
      url='http://127.0.0.1:5000/v1/api/books',
      json=dict1)
   writeBook(str(r.json()['datas']['id']))
   return r

def queryBook():
   r=requests.get(
      url='http://127.0.0.1:5000/v1/api/book/{0}'.format(readBookID()))
   return r

def setBook():
   dict1 = {"author": "無涯課堂", "name": "Python自動化測試實戰", "done": True}
   r=requests.put(
      url='http://127.0.0.1:5000/v1/api/book/{0}'.format(readBookID()),
      json=dict1)
   return r

def delBook():
   r=requests.delete(
      url='http://127.0.0.1:5000/v1/api/book/{0}'.format(readBookID()))
   return r


def test_addBook():
   '''創建書籍'''
r=addBook()
   delBook()
   assert r.json()['datas']['author']=='無涯'
def test_queryBook():
   '''查看創建的書籍信息'''
addBook()
   r=queryBook()
   delBook()
   assert r.json()['datas'][0]['id']==readBookID()

def test_updateBook():
   '''修改書籍信息'''
addBook()
   r=setBook()
   delBook()
   assert r.json()['datas'][0]['author']=='無涯課堂'
def test_delBook():
   '''刪除書籍信息'''
addBook()
   r=delBook()
   assert  r.json()['status']==1001

修改后的測試用例之間執行是無順序的，我們並不在乎哪個測試點先執行，哪個后執行，

每個測試點之間都是獨立的，也不互相依賴同時也是基於業務場景的測試。