1 接口
1 接口概述
定義：接口就是API（Application Programming Interface，應(yīng)用程序接口），是一個軟件或服務(wù)對外提供的接口，別人只要調(diào)用這接口，而內(nèi)部如何實現(xiàn)，不需要關(guān)心。你只要按照要求進行接口調(diào)用即可。
外部系統(tǒng)與系統(tǒng)之間以及內(nèi)部各子系統(tǒng)之間的交互點。包括外部接口、內(nèi)部接口
作用：對于軟件提供商來說，留出API，讓別的應(yīng)用程序來調(diào)用，軟件才能發(fā)揮最大的價值，才能更有生命力。（同時別人也看不見代碼，不傷害商業(yè)機密。）
對于應(yīng)用開發(fā)者來說，有了開放的API，就可以直接調(diào)用多家公司做好的功能來做自己的應(yīng)用，不需要所有的事情都自己操刀，節(jié)省精力。
采用的協(xié)議(http:)：這里的HTTP就是個協(xié)議 。HTTPS是HTTP的安全版本，HTTPS在HTTP的基礎(chǔ)對傳輸?shù)臄?shù)據(jù)進行了加密和簽名，以保證數(shù)據(jù)傳輸?shù)陌踩浴Ｎ覀兤匠４蜷_兩頁的時候會看到網(wǎng)址前面都有一個HTTP或HTTPS，你在向服務(wù)器發(fā)送此請求的過程中要遵循的協(xié)議是HTTP或HTTPS (也就是規(guī)則)。
服務(wù)器地址：以雙斜杠“//”開頭，后面跟的就是這個服務(wù)器的地址，專業(yè)術(shù)語叫域名。
請求資源路徑(/ios/cf/dish_list.php) ：表示你要請求的資源在該服務(wù)下/ios/cf/dish_list.php的路徑下。
參數(shù)（?stage_id=1&limit=20&page=1）：參數(shù)可以找到具體內(nèi)容，和路徑之間使用“?”隔開，參數(shù)之間使用“&”隔開。參數(shù)是以鍵值對的形式表現(xiàn)出來的。
把此URLhttp://www.qubaobei.com/ios/cf/dish_list.php?stage_id=1&limit=20&page=1稱為食品模塊個接口， 也稱為接口地址。
2 接口文檔
接口文檔展示
2.1 封皮
封面最好是本公司規(guī)定的封面，有l(wèi)ogo，內(nèi)容標(biāo)題，版本號，公司名稱，文檔產(chǎn)生
日期。（錯誤地方在于，文檔的標(biāo)題要和頁眉中的標(biāo)題一致）
2.2 修訂歷史
表格形式較好些。包括：版本，修訂說明，修訂日期，修訂人，審核時間，審核人。
2.3 接口信息
接口調(diào)用方式，是post方式還是get方式，接口地址，別人需要線上的哪個地址就寫哪個。（自己提前測試好線上的這個接口，是否有其他問題，千萬別犯低級的錯誤，尤其是某個字母寫錯）
2.4 功能描述
一定要清晰的描述接口功能。（不要遺漏一些細節(jié)，比如接口獲取的信息不包括哪些，哪些要寫明白）
2.5 接口參數(shù)說明
每個參數(shù)都要和實際中調(diào)用的一樣，包括大小寫；參數(shù)的含義言簡意賅的說明；格式是string 還是int 還是long等格式；說明部分，說明參數(shù)值是需要哪個公司提供，并詳細說明參數(shù)怎么生成的，例如時間戳，是哪個時間段的；參數(shù)是否必填，一些參數(shù)是必須要有的，有些是可選參數(shù)，一定要注意寫清晰。
2.6 返回值說明
1、有一個模板返回值，并說明每個返回參數(shù)的意義。
2、提供一個真實的調(diào)用接口，真實的返回值。
注：現(xiàn)實工作中，對接口有疑問要及時跟同事交流
3 接口測試的概念
3.1 概念
測試系統(tǒng)組件間接口的一種測試。接口測試主要用于檢測外部系統(tǒng)與系統(tǒng)之間以及內(nèi)部各個子系統(tǒng)之間的交互點。
3.2 接口測試本質(zhì)
實質(zhì)就是數(shù)據(jù)的傳輸和接受，傳輸?shù)氖墙涌诘刂分械膮?shù)，接受的是文本字符串，然后對比文本字符串是否正確。
4 接口測試的目的和原理
4.1 目的
測試接口的正確性和穩(wěn)定性。
4.2 原理
接口測試的原理是通過測試程序模擬客戶端向服務(wù)器發(fā)送請求報文，服務(wù)器接收請求報文后對相應(yīng)的報文做出處理然后再把應(yīng)答報文發(fā)送給客戶端，客戶端接收應(yīng)答報文這一個過程。
5 常用接口測試工具
5.1 典型商業(yè)工具：
LoadRunner（LR）：一款商業(yè)性能測試工具，用來做接口測試，很好很強大 ，但是配置比較麻煩。
SoapUI：開源測試工具，通過soap/http來檢查、調(diào)用、實現(xiàn)Web Service的功能/負載/符合性測試；該工具既可作為一個單獨的接口測試工具使用，也可利用插件集成到Eclipse，maven2.X，Netbeans 和intellij中使用。 了解就可以了，基本已經(jīng)不用了。
5.2 典型開源工具
Jmeter ：一款開源的接口測試工具，操作簡單，方便，既有jdbc request操作數(shù)據(jù)庫數(shù)據(jù)，也有http request和soap request應(yīng)對測試
5.3 擴展插件
postman：谷歌瀏覽器的擴展工具，主要用來做接口測試，谷歌商店中選中安裝，界面同poster差別不大，界面簡潔
6 接口測試應(yīng)該測什么
6.1 單一接口
單一接口功能的測試主要測試返回的數(shù)據(jù)結(jié)構(gòu)是否和接口文檔給出的一致，接口的正常功能是否完成，接口的參數(shù)檢查測試，接口的異常測試。
6.2 組合接口
定義：組合接口測試主要是通過組合多個單一接口，來測試一個業(yè)務(wù)場景
案例：測試購物網(wǎng)站的一個下單的功能，那么因為在下單之前還有一些流程，所以要測試一個場景。
測試：搜索商品 --> 選中商品 --> 添加進購物車 --> 提交訂單 -->支付
（提交訂單時還涉及到地址的選取等）
注：涉及到如果使用從cookie或者session在本例中的區(qū)別：如果使用cookie加入購物車，那么換一臺電腦購物車?yán)锏纳唐肪筒淮嬖诹耍绻褂玫氖莝ession，購物車?yán)锩娴臇|西就一直存在，即：cookie是本機作用的，session不止于本機作用。
6.3 結(jié)構(gòu)檢查
（1）檢查返回值的結(jié)構(gòu)是否正確，如是json類型還是xml類型的數(shù)據(jù)
（2）字段名稱是否正確等
XML和JSON都使用結(jié)構(gòu)化方法來標(biāo)記數(shù)據(jù)
7 接口測試內(nèi)容
7.1 功能邏輯
通過查數(shù)據(jù)庫或緩存等驗證數(shù)據(jù)是否處理正確。
通過其他輔助途徑進行驗證
7.2 異常測試
接口測試中主要測試接口正常邏輯，但僅邏輯測試不能保證數(shù)據(jù)的安全及程序接口在異常情況下的邏輯處理的正確性。
7.3 路徑測試
當(dāng)被測接口的實現(xiàn)方法中，判斷邏輯復(fù)雜分支多，且判斷中又調(diào)用了其他的接口，此時必須要進行路徑覆蓋測試。
7.4 其他異常場景
研發(fā)的項目，有些項目是底層使用的系統(tǒng)，根據(jù)項目特點，可能會存在特殊的異常場景。
例如： 支付的異步操作，支付消息重試等
僅作為小白學(xué)習(xí)記錄。
