一市咽、前言

對于軟件測試澡刹，有幾個大體的發(fā)展方向：功能測試賽密强、接口測試酸员、UI測試搓萧、性能測試蛀恩、安全測試等领迈。但是我認為接口測試是一個很好的測試方向算吩，原因：①前后端分離拓萌，接口測試是必須的岁钓；②相對其他而言，接口測試性價比更高微王。我們學習接口測試屡限，需要分幾個階段：①網(wǎng)絡基礎；②接口功能測試炕倘；③接口性能測試钧大；④接口自動化測試；⑤接口安全測試罩旋。本節(jié)主要介紹接口測試網(wǎng)絡基礎啊央。

為什么要進行接口測試？

（1）提早介入測試可以大大的降低損失

（2）保證功能接口正常

二瘸恼、接口

1.接口概述

定義：接口就是API（Application Programming Interface劣挫，應用程序接口），是一個軟件或服務對外提供的接口东帅，別人只要調(diào)用這接口压固，而內(nèi)部如何實現(xiàn)，不需要關心靠闭。你只要按照要求進行接口調(diào)用即可帐我。

外部系統(tǒng)與系統(tǒng)之間以及內(nèi)部各子系統(tǒng)之間的交互點坎炼。包括外部接口、內(nèi)部接口拦键。

舉例：

假設物流中“貨物”是數(shù)據(jù)谣光，存放貨物的“總倉庫”是數(shù)據(jù)庫，“店鋪”是我們的網(wǎng)站芬为、App萄金。頁面上顯示的內(nèi)容、數(shù)字媚朦，以及用戶的操作請求和結(jié)果都是需要不停搬運的“貨物”——數(shù)據(jù)氧敢，則負責調(diào)配分配打包的中轉(zhuǎn)站就是API，快遞小哥直接從中轉(zhuǎn)站取貨就好询张。

作用：對于軟件提供商來說孙乖，留出API，讓別的應用程序來調(diào)用份氧，軟件才能發(fā)揮最大的價值唯袄，才能更有生命力。（同時別人也看不見代碼蜗帜，不傷害商業(yè)機密恋拷。）

對于應用開發(fā)者來說，有了開放的API钮糖，就可以直接調(diào)用多家公司做好的功能來做自己的應用梅掠，不需要所有的事情都自己操刀，節(jié)省精力店归。

2.接口的表現(xiàn)形式

客戶端要先操作服務端資源，首先要找到服務端提供的接口酪我，然后才能向服務端發(fā)送資源請求消痛，那么何為服務端接口呢？其實就是一個地址（URL）都哭，比如：

http://www.qubaobei.com/ios/cf/dish_list.php?stage_id=1&limit=20&page=1

采用的協(xié)議(http:)：一般來講網(wǎng)址中第一個“:”前面的就是該網(wǎng)址所采用的協(xié)議秩伞。這里的HTTP就是個協(xié)議 。HTTPS是HTTP的安全版本欺矫，HTTPS在HTTP的基礎對傳輸?shù)臄?shù)據(jù)進行了加密和簽名纱新，以保證數(shù)據(jù)傳輸?shù)陌踩浴Ｎ覀兤匠４蜷_兩頁的時候會看到網(wǎng)址前面都有一個HTTP或HTTPS穆趴，這就是告訴你脸爱，你在向服務器發(fā)送此請求的過程中要遵循的協(xié)議是HTTP或HTTPS (也就是規(guī)則)。

服務器地址(//www.qubaobei.com)：以雙斜杠“//”開頭未妹，后面跟的就是這個服務器的地址簿废，專業(yè)術語叫域名空入。

請求資源路徑(/ios/cf/dish_list.php) ：表示你要請求的資源在該服務器下/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稱為食品模塊個接口埋凯， 也稱為接口地址。

三扫尖、接口文檔展示

接口文檔：前端和后端如何進行數(shù)據(jù)交互的文檔

1.封皮

封面最好是本公司規(guī)定的封面白对，有l(wèi)ogo，內(nèi)容標題藏斩，版本號躏结，公司名稱，文檔產(chǎn)生

日期狰域。（錯誤地方在于媳拴，文檔的標題要和頁眉中的標題一致）

2.修訂歷史

表格形式較好些。包括：

版本兆览，修訂說明屈溉，修訂日期，修訂人抬探，審核時間子巾，審核人。

3.接口信息

接口調(diào)用方式小压，是post方式還是get方式线梗，接口地址，別人需要線上的哪個地址就寫哪個怠益。（自己提前測試好線上的這個接口仪搔，是否有其他問題，千萬別犯低級的錯誤蜻牢，尤其是某個字母寫錯）

4.功能描述

一定要清晰的描述接口功能烤咧。（不要遺漏一些細節(jié)，比如接口獲取的信息不包括哪些抢呆，哪些要寫明白）

5.接口參數(shù)說明

每個參數(shù)都要和實際中調(diào)用的一樣煮嫌，包括大小寫；參數(shù)的含義言簡意賅的說明抱虐；格式是string 還是int 還是long等格式（例如參數(shù)為@RequestParam("appKey") StringappKey, @RequestParam("randomId") Integer randomId）昌阿；說明部分，說明參數(shù)值是需要哪個公司提供，并詳細說明參數(shù)怎么生成的宝泵，例如時間戳好啰，是哪個時間段的；參數(shù)是否必填儿奶，一些參數(shù)是必須要有的框往，有些是可選參數(shù)，一定要注意寫清晰闯捎。

6.返回值說明

（1）有一個模板返回值椰弊，并說明每個返回參數(shù)的意義。

（2）提供一個真實的調(diào)用接口瓤鼻，真實的返回值秉版。

注：現(xiàn)實工作中，對接口有疑問要及時跟同事交流茬祷。

四清焕、接口測試的概念

1.概念

測試系統(tǒng)組件間接口的一種測試。接口測試主要用于檢測外部系統(tǒng)與系統(tǒng)之間以及內(nèi)部各個子系統(tǒng)之間的交互點祭犯。

2.接口測試本質(zhì)

實質(zhì)就是數(shù)據(jù)的傳輸和接受秸妥，傳輸?shù)氖墙涌诘刂分械膮?shù)，接受的是文本字符串沃粗，然后對比文本字符串是否正確粥惧。

五、接口測試的目的和原理

1.目的

測試接口的正確性和穩(wěn)定性最盅。

2.原理

接口測試的原理是通過測試程序模擬客戶端向服務器發(fā)送請求報文突雪，服務器接收請求報文后對相應的報文做出處理然后再把應答報文發(fā)送給客戶端，客戶端接收應答報文這一個過程涡贱。

3.接口測試特點

（1）測試可以提前介入測試咏删，符合測試前移的理念，越早發(fā)現(xiàn)缺陷问词，越早修復饵婆，損失越小

（2）可以發(fā)現(xiàn)一些頁面操作發(fā)現(xiàn)不了的問題

（3）接口測試低成本高效益

（4）不同于傳統(tǒng)的單元測試，接口測試是從用戶的角度對系統(tǒng)進行全面的檢測

4.接口測試實現(xiàn)方式

（1）使用接口測試工具來實現(xiàn)戏售，比如：JMeter，Postman

（2）通過編寫代碼來實現(xiàn)草穆，比如：Python+Request

六灌灾、常用接口測試工具

1.典型商業(yè)工具：

LoadRunner（LR）：一款商業(yè)性能測試工具，用來做接口測試悲柱，很好很強大 锋喜，但是配置比較麻煩。

SoapUI：開源測試工具，通過soap/http來檢查嘿般、調(diào)用段标、實現(xiàn)Web Service的功能/負載/符合性測試；該工具既可作為一個單獨的接口測試工具使用炉奴，也可利用插件集成到Eclipse逼庞，maven2.X，Netbeans 和intellij中使用瞻赶。? ? 了解就可以了赛糟，基本已經(jīng)不用了。

2.典型開源工具

Jmeter ：一款開源的接口測試工具砸逊，操作簡單璧南，方便，既有jdbc request操作數(shù)據(jù)庫數(shù)據(jù)师逸，也有http request和soap request應對測試

3.擴展插件

postman：谷歌瀏覽器的擴展工具司倚，主要用來做接口測試，谷歌商店中選中安裝篓像，界面同poster差別不大动知，界面簡潔。

七遗淳、接口測試應該測什么

1.單一接口

單一接口功能的測試主要測試返回的數(shù)據(jù)結(jié)構(gòu)是否和接口文檔給出的一致拍柒，接口的正常功能是否完成，接口的參數(shù)檢查測試屈暗，接口的異常測試拆讯。

2.組合接口

定義：組合接口測試主要是通過組合多個單一接口，來測試一個業(yè)務場景

案例：測試購物網(wǎng)站的一個下單的功能养叛，那么因為在下單之前還有一些流程种呐，所以要測試一個場景。

測試：搜索商品 --> 選中商品 --> 添加進購物車 --> 提交訂單 -->支付

（提交訂單時還涉及到地址的選取等）

注：涉及到如果使用從cookie或者session在本例中的區(qū)別：如果使用cookie加入購物車弃甥，那么換一臺電腦購物車里的商品就不存在了爽室，但如果使用的是session，購物車里面的東西就一直存在淆攻，即：cookie是本機作用的阔墩，session不止于本機作用。

3.結(jié)構(gòu)檢查

（1）檢查返回值的結(jié)構(gòu)是否正確瓶珊，如是json類型還是xml類型的數(shù)據(jù)

（2）字段名稱是否正確等

XML和JSON都使用結(jié)構(gòu)化方法來標記數(shù)據(jù)

八啸箫、接口測試內(nèi)容

1.功能邏輯

通過查數(shù)據(jù)庫或緩存等驗證數(shù)據(jù)是否處理正確。

通過其他輔助途徑進行驗證

2.異常測試

接口測試中主要測試接口正常邏輯伞芹，但僅邏輯測試不能保證數(shù)據(jù)的安全及程序接口在異常情況下的邏輯處理的正確性忘苛。

3.路徑測試

當被測接口的實現(xiàn)方法中蝉娜，判斷邏輯復雜分支多，且判斷中又調(diào)用了其他的接口扎唾，此時必須要進行路徑覆蓋測試召川。

4.其他異常場景

研發(fā)的項目，有些項目是底層使用的系統(tǒng)胸遇，根據(jù)項目特點荧呐，可能會存在特殊的異常場景。

例如： 支付的異步操作狐榔，支付消息重試等

九坛增、接口測試用例模板