前情介紹：
接口測(cè)試通常是系統(tǒng)之間交互的接口，或者某個(gè)系統(tǒng)對(duì)外提供的一些接口服務(wù)，目前公司里大部分的接口都是RESTful，還有一些webservice接口。現(xiàn)在大家也越來(lái)越多的關(guān)注接口測(cè)試了，因?yàn)橛袝r(shí)候可能界面上的功能還沒(méi)有實(shí)現(xiàn)，我們可以先一步對(duì)接口進(jìn)行驗(yàn)證，提早發(fā)現(xiàn)一些和預(yù)期不一致的錯(cuò)誤。做接口測(cè)試的工具很多，本質(zhì)上是基于協(xié)議的測(cè)試，而最常見(jiàn)的接口測(cè)試基本是基于于http協(xié)議中的GET和POST請(qǐng)求。
在上一個(gè)列子中，我們已經(jīng)了解到基于RF的協(xié)議測(cè)試庫(kù)我們首推requests和requestsLibrary，所以在這個(gè)接口API測(cè)試中我們也選取requestsLibrary庫(kù)。
練習(xí)環(huán)境配置
實(shí)例1（UI自動(dòng)化-百度搜索）
實(shí)例2（有效登錄）
實(shí)例3（無(wú)效登錄）
實(shí)例4 (Appium)
實(shí)例5 (連接mysql數(shù)據(jù)庫(kù))
實(shí)例6 (GET/POST請(qǐng)求)
Appium Error總結(jié)
robotframework Error總結(jié)
測(cè)試需求：
測(cè)試被測(cè)系統(tǒng)中的兩個(gè)接口（一個(gè)為GET，一個(gè)為POST）
測(cè)試設(shè)計(jì)：
測(cè)試接口的思路主要是針對(duì)于不同的輸入?yún)?shù)是否有對(duì)應(yīng)的正確返回值的一個(gè)檢查。
此例中我們僅實(shí)現(xiàn)輸入?yún)?shù)合法的GET接口和輸入?yún)?shù)不合法的POST接口作為示例。剩下的以此類(lèi)推了。
此例中的GET接口輸入?yún)?shù)需要為eid或者name，我們先選取已有的eid=1的數(shù)據(jù)作為輸入，正常返回值為status 200，message：success
返回的是一個(gè)json數(shù)據(jù)。
POST接口需要的輸入?yún)?shù)較多，從不合法角度出發(fā)，可以考慮只輸入一個(gè)參數(shù)的情況下，返回值應(yīng)該為status 10021，message：parameter error
測(cè)試實(shí)現(xiàn)
1 . 導(dǎo)入必須的庫(kù)requestsLibrary和Collections
2 . 先Create Session創(chuàng)建一個(gè)連接到服務(wù)器的host，然后通過(guò)Get Request發(fā)起請(qǐng)求，請(qǐng)求的返回是個(gè)Request對(duì)象${r}，所以在這里的變量是個(gè)對(duì)象，而對(duì)象的屬性值的有${r.status_code}和${r.content}，使用了To Json后，就把返回的content格式化成Json串，然后就可以用Dictionary的方法獲取其中的值了。
3 .將 Dictionary中的值取出和預(yù)期值進(jìn)行對(duì)比。
腳本如圖所示：
4.如果要測(cè)試的是post的接口，也很方便。同理可得先Create Session創(chuàng)建一個(gè)連接到服務(wù)器的host，然后通過(guò)Post Request發(fā)起請(qǐng)求，請(qǐng)求的返回是個(gè)Request對(duì)象${r}，所以在這里的變量是個(gè)對(duì)象，而對(duì)象的屬性值的有${r.status_code}和${r.content}，使用了To Json后，就把返回的content格式化成Json串，然后就可以用Dictionary的方法獲取其中的值后做斷言。
腳本如圖所示：
在這里主要是添加了在headers里面的Content-Type=application/x-www-form-urlencoded，這是最常見(jiàn)的post提交數(shù)據(jù)的方式，其它方式在之后的案例中會(huì)介紹。
CC先生說(shuō)：接口測(cè)試維護(hù)成本比起UI測(cè)試來(lái)說(shuō)要低一些，在接口定義穩(wěn)定的情況下變更不多，就算變更也能很快進(jìn)行修改。所以推薦大家在考慮自動(dòng)化策略的時(shí)候?qū)⒔涌谧詣?dòng)化測(cè)試優(yōu)先做起來(lái)，一定要在上線前跑接口自動(dòng)化回歸測(cè)試，某些時(shí)候能夠避免一些接口變更導(dǎo)致的問(wèn)題。
參考：
post requests的官方的幫助文檔：
Source:
RequestsLibrary <test library>
Arguments:
[ alias | uri | data=None | params=None | headers=None | files=None | allow_redirects=None | timeout=None ]
Send a POST request on the session object found using the given `alias`
alias that will be used to identify the Session object in the cache
uri to send the POST request to
data a dictionary of key-value pairs that will be urlencoded and sent as POST data or binary data that is sent as the raw body content or passed as such for multipart form data if files is also defined
params url parameters to append to the uri
headers a dictionary of headers to use with the request
files a dictionary of file names containing file data to POST to the server
allow_redirects Boolean. Set to True if POST/PUT/DELETE redirect following is allowed.
timeout connection timeout
中文：
Post requests關(guān)鍵字的用法：
第一個(gè)格子為返回的response對(duì)象，可以賦值給一個(gè)變量
第二個(gè)格子為post requests關(guān)鍵字
第三個(gè)格子之后為可以帶的參數(shù) [ alias | uri | data=None | params=None | headers=None | files=None | allow_redirects=None | timeout=None ](如果不寫(xiě)的情況下自動(dòng)留空)
alias：將用于標(biāo)識(shí)緩存中的Session對(duì)象的別名，也就是上面create session時(shí)建的別名
uri：發(fā)送GET請(qǐng)求到的地址，可帶參數(shù)
data:數(shù)據(jù),格式為一個(gè)鍵值對(duì)的字典將作為POST數(shù)據(jù)或作為原始主體內(nèi)容發(fā)送的二進(jìn)制數(shù)據(jù)或作為多部分表單數(shù)據(jù)傳遞的POST數(shù)據(jù)或二進(jìn)制數(shù)據(jù)發(fā)送，也可以用作multipart的數(shù)據(jù)的文件來(lái)發(fā)送
params:發(fā)送的消息體中的參數(shù)（也為字典對(duì)象）
heards：報(bào)文頭，方便修改，比如content-Type （為字典對(duì)象）
file：傳送到server上的文件的名稱(chēng)
allow_redirects：允許重定向的布爾值。 如果POST / PUT / DELETE重定向以下是允許的，請(qǐng)?jiān)O(shè)置為T(mén)rue。
timeout:設(shè)置的超時(shí)時(shí)間
