接口測(cè)試的類型（接口測(cè)試的類型包括）

大家好！今天讓創(chuàng)意嶺的小編來大家介紹下關(guān)于接口測(cè)試的類型的問題，以下是小編對(duì)此問題的歸納整理，讓我們一起來看看吧。

開始之前先推薦一個(gè)非常厲害的Ai人工智能工具，一鍵生成原創(chuàng)文章、方案、文案、工作計(jì)劃、工作報(bào)告、論文、代碼、作文、做題和對(duì)話答疑等等

只需要輸入關(guān)鍵詞，就能返回你想要的內(nèi)容，越精準(zhǔn)，寫出的就越詳細(xì)，有微信小程序端、在線網(wǎng)頁版、PC客戶端

官網(wǎng)：https://ai.de1919.com

本文目錄:

• 1、接口測(cè)試的測(cè)試點(diǎn)有哪些

• 2、接口測(cè)試用例設(shè)計(jì)

• 3、接口測(cè)試要點(diǎn)

• 4、接口測(cè)試方案怎么寫

一、接口測(cè)試的測(cè)試點(diǎn)有哪些

接口測(cè)試是測(cè)試系統(tǒng)組件間接口的一種測(cè)試。接口測(cè)試主要用于檢測(cè)外部系統(tǒng)與系統(tǒng)之間以及內(nèi)部各個(gè)子系統(tǒng)之間的交互點(diǎn)。測(cè)試的重點(diǎn)是要檢查數(shù)據(jù)的交換，傳遞和控制管理過程，以及系統(tǒng)間的相互邏輯依賴關(guān)系等。

測(cè)試的策略：

接口測(cè)試也是屬于功能測(cè)試，所以跟我們以往的功能測(cè)試流程并沒有太大區(qū)別，測(cè)試流程依舊是：

• 評(píng)審測(cè)試接口文檔（需求文檔）

• 根據(jù)接口文檔編寫測(cè)試用例（用例編寫完全可以按照以往規(guī)則來編寫，例如等價(jià)類劃分，邊界值等設(shè)計(jì)方法）

• 執(zhí)行測(cè)試，查看不同的參數(shù)請(qǐng)求，接口的返回的數(shù)據(jù)是否達(dá)到預(yù)期

那么設(shè)計(jì)測(cè)試用例時(shí)我們主要考慮如下幾個(gè)方面：

功能測(cè)試：

• 接口的功能是否正確實(shí)現(xiàn)了

• 接口是否按照設(shè)計(jì)文檔中來實(shí)現(xiàn)（比如username參數(shù)寫為了user，那么這就不符合，因?yàn)榻涌谖臋n在整個(gè)開發(fā)中都需要使用，所以接口實(shí)際的設(shè)計(jì)要與接口設(shè)計(jì)文檔中保持一致）

• 兼容性測(cè)試： 比如說今天接口進(jìn)行了調(diào)整，但是前端沒有進(jìn)行變更，這時(shí)候需要驗(yàn)證新的接口是否滿足舊的調(diào)用方式

• 錯(cuò)誤碼測(cè)試： 通用的錯(cuò)誤碼與業(yè)務(wù)錯(cuò)誤碼是否能夠清晰的說明調(diào)用問題，錯(cuò)誤碼是否能夠盡可能的全的覆蓋所有的情況

• 返回值測(cè)試： 返回值除了內(nèi)容需要是正確的，還需要類型也是正確的，保證調(diào)用方拿到這些參數(shù)能夠正確的解析

• 參數(shù)邊界值、等價(jià)類測(cè)試

• json格式測(cè)試： 通常我們的接口一般設(shè)計(jì)的都是傳遞json串，那么就需要去測(cè)試 如果傳遞非json的情況，這時(shí)候程序會(huì)不會(huì)正確的處理，返回相應(yīng)的 error code

• 默認(rèn)值測(cè)試： 很多情況一些非必填的參數(shù)會(huì)有默認(rèn)值，比如說一個(gè)查詢的接口，參數(shù)count為返回查詢的結(jié)果數(shù)量， 默認(rèn)為10，那么就應(yīng)該有一條case來測(cè)試，當(dāng)然前置條件是數(shù)據(jù)庫里面必須要存在這樣的數(shù)據(jù)超過10條。

邏輯業(yè)務(wù)：

• 是否有依賴業(yè)務(wù)，比如查看訂單，是需要用戶首先登錄的，所以肯定要保證登錄了或有相應(yīng)的cookie

• 業(yè)務(wù)邏輯測(cè)試： 傳遞正確的參數(shù)，接口對(duì)數(shù)據(jù)庫進(jìn)行查詢的操作，需要去驗(yàn)證數(shù)據(jù)庫查詢是否正確，接口對(duì)數(shù)據(jù)庫進(jìn)行 增刪改的操作，也需要看數(shù)據(jù)庫是否同步進(jìn)行了這些操作

異常測(cè)試：

異常分為兩類，參數(shù)異常和數(shù)據(jù)異常

參數(shù)異常：

• 關(guān)鍵字參數(shù)：將參數(shù)寫為開發(fā)語言中的關(guān)鍵字

• 參數(shù)為空：比如去掉了username參數(shù)

• 多或少參數(shù)：多或者少參數(shù)的驗(yàn)證，現(xiàn)在還不確定如果一個(gè)接口多了參數(shù)如果沒有報(bào)錯(cuò)是否是合理的，或者是否需要優(yōu)化，因?yàn)榫湍壳伴_發(fā)給予的答案是，一般不對(duì)接口多了參數(shù)的處理

• 錯(cuò)誤參數(shù)：比如將username參數(shù)寫為了user等看是否能返回相應(yīng)的error code

數(shù)據(jù)異常：

• 關(guān)鍵字?jǐn)?shù)據(jù)：將參數(shù)的值填為開發(fā)語言中的關(guān)鍵字

• 數(shù)據(jù)為空：將參數(shù)的額值填為空

• 長度不一致：因?yàn)閿?shù)據(jù)庫中每個(gè)字段都設(shè)置有字段長度，填寫不符合的長度進(jìn)行驗(yàn)證

• 錯(cuò)誤數(shù)據(jù)：就是將參數(shù)的值任意填寫，或填寫不存在的數(shù)值

• 異常類型測(cè)試： 比如count參數(shù)，這個(gè)參數(shù)的類型一定是可以轉(zhuǎn)換為int類型的，這時(shí)候我們需要測(cè)試如果傳的一些不可以 轉(zhuǎn)換為int類型值來測(cè)試代碼是否加入判斷

性能測(cè)試：

• 響應(yīng)時(shí)間

• 吞吐量

• 并發(fā)用戶數(shù)

• 占用內(nèi)存，CPU等

安全性測(cè)試：

• 敏感信息是否加密

• 必要參數(shù)是否后端也進(jìn)行校驗(yàn)（現(xiàn)在很多系統(tǒng)前后端架構(gòu)是分離的，從安全層面來說，只依賴前端進(jìn)行限制已經(jīng)完全不能滿足系統(tǒng)的安全要求（繞過前端太容易了）， 需要后端同樣進(jìn)行控制，在這種情況下就需要從接口層面進(jìn)行驗(yàn)證）

• 接口是否防惡意請(qǐng)求（SQL注入）

• cookie：就是將header中的cookie修改或刪除后看是否能返回相應(yīng)的error code

• header：就是刪除或修改header中部分參數(shù)的值，看是否能返回相應(yīng)的error code

• 唯一識(shí)別碼：刪除修改唯一識(shí)別碼測(cè)試

二、接口測(cè)試用例設(shè)計(jì)

 接口測(cè)試發(fā)現(xiàn)的典型問題：

（1）傳入?yún)?shù)處理不當(dāng)，導(dǎo)致程序crash；

（2）類型溢出，導(dǎo)致數(shù)據(jù)讀出和寫入不一致；

（3）因?qū)ο髾?quán)限未進(jìn)行校驗(yàn)，可以訪問其他用戶敏感信息；

（4）狀態(tài)處理不當(dāng)，導(dǎo)致邏輯出現(xiàn)錯(cuò)亂；

（5）邏輯校驗(yàn)不完善，可利用漏洞獲取非正當(dāng)利益等。

用例設(shè)計(jì)：

1：入?yún)㈩愋停?

數(shù)值型 ：

如果參數(shù)規(guī)定了值的范圍，則需要考慮等價(jià)類取值范圍內(nèi)、取值范圍外，取值的邊界，如有需要，可能會(huì)遍歷取值范圍內(nèi)的各個(gè)值。

類型的特殊值：-1,0

數(shù)據(jù)類型的邊界值：int的最小值最大值；

特殊值處理不當(dāng)導(dǎo)致程序異常退出；

類型邊界溢出

取值范圍外值未返回正確的錯(cuò)誤信息等

字符串型：

字符串型的參數(shù)，主要考慮字符串的長度和內(nèi)容：

特殊值：空字符；

邊界值：String的最大長度；

字符串內(nèi)容可考慮類型：數(shù)字，非數(shù)字；

特殊字符。

超長字符未進(jìn)行處理，導(dǎo)致存儲(chǔ)、顯示等異常

 數(shù)組或鏈表類型

參數(shù)類型為數(shù)組或鏈表時(shí)，用例可以考慮：

例如批量提交任務(wù)的接口submitTask(int[] taskID)，參數(shù)用例設(shè)計(jì)考慮：

正常取值：1-5個(gè)權(quán)限，范圍外：6個(gè)權(quán)限；

邊界值：1-35的邊界值，請(qǐng)求允許最大最小值；

特殊值：0個(gè)；

合法ID和不合法的；

重復(fù)的ID等。

可能存在的問題和風(fēng)險(xiǎn)：

0個(gè)item時(shí)程序異常退出；

重復(fù)的item處理時(shí)未去重導(dǎo)致結(jié)果異常等。

2：針對(duì)邏輯設(shè)計(jì)

約束條件分析

（1）數(shù)值限制：分?jǐn)?shù)限制、金幣限制、等級(jí)限制等等。

例如：兌換Q幣活動(dòng)要求積分>50才可參與。

（2）狀態(tài)限制：登錄狀態(tài)等。

例如：同步用戶信息需要先登錄賬號(hào)。

（3）關(guān)系限制：綁定的關(guān)系，好友關(guān)系等。

例如：幫家人防騙功能只能查詢綁定家人的來電信息。

（4）權(quán)限限制：管理員等。

3： 針對(duì)輸出結(jié)果

接口處理正確的結(jié)果可能只有一個(gè)，但是錯(cuò)誤異常返回結(jié)果有很多情況很多值。如果知道返回結(jié)果有很多種，就可以針對(duì)不同結(jié)果設(shè)計(jì)用例。例如提交積分任務(wù)的時(shí)候我們通常能想到的是返回正確和錯(cuò)誤，錯(cuò)誤可能想到：無效任務(wù)，無效登錄態(tài)，但是不一定能否完全覆蓋所有錯(cuò)誤碼，而接口返回定義的返回碼可以設(shè)計(jì)更多用例：

覆蓋返回碼也是用例設(shè)計(jì)的一種思路。

常見問題和風(fēng)險(xiǎn)：

（1）錯(cuò)誤前端處理不足，導(dǎo)致前端異常；

（2）錯(cuò)誤提示處理不當(dāng)，導(dǎo)致用戶看到晦澀的錯(cuò)誤碼；

（3）錯(cuò)誤提示不當(dāng)，導(dǎo)致用戶不知道哪里出了問題，如何解決。

4：接口超時(shí)

（ 1）未進(jìn)行超時(shí)處理，導(dǎo)致整個(gè)流程阻塞

（2）超時(shí)后又收到接口返回，導(dǎo)致邏輯出現(xiàn)錯(cuò)亂

三、接口測(cè)試要點(diǎn)

接口測(cè)試的要點(diǎn)：

1）接口的輸入和輸出，是否與預(yù)期結(jié)果一致

2）輸入數(shù)據(jù)的類型、結(jié)構(gòu)是否滿足要求

3）輸出數(shù)據(jù)的類型、結(jié)構(gòu)是否滿足要求

4）異常驗(yàn)證：

　必傳非必傳：必填的參數(shù)不填

   參數(shù)類型：輸入整數(shù)類型的，傳入字符串類型

   入?yún)㈤L度：長度是10的，傳11

接口類型：

1）HTTP接口

2）Dubbo接口

……

HTTP接口：

1）請(qǐng)求報(bào)文

請(qǐng)求方法：GET 、POST

請(qǐng)求url： https://www.jianshu.com/

報(bào)文頭header：一般存放cookie、token等信息。

報(bào)文體： 輸入?yún)?shù)

2）響應(yīng)報(bào)文

報(bào)文協(xié)議

狀態(tài)碼

響應(yīng)頭header

響應(yīng)體： 輸出 （我們需要的）

四、接口測(cè)試方案怎么寫

問題一：如何做接口測(cè)試 對(duì)于接口測(cè)試，首先測(cè)試人員要懂代碼，你只需要知道接口的作用是什么就可以了（有文檔更好，但大部分都沒有）；其次，自己去讀開發(fā)的代碼；然后，根據(jù)該接口功能及代碼寫測(cè)試用例；

用例設(shè)計(jì)：

1：寫一個(gè)程序去調(diào)用該接口，看是否能夠達(dá)到該接口所定義的功能

2：根據(jù)該接口參數(shù)，構(gòu)造不同的用例，測(cè)試接口在參數(shù)合法及非法情況下能否達(dá)到預(yù)期效果

3：根據(jù)該接口中的邏輯，設(shè)計(jì)不同條件的用例，測(cè)試該接口實(shí)現(xiàn)代碼的邏輯

4：進(jìn)行容錯(cuò)及健壯性測(cè)試

5：靜態(tài)檢測(cè)代碼，看是否有內(nèi)存泄露、或永遠(yuǎn)走不到的分支、代碼規(guī)范及邏輯是否合理。

6：對(duì)于一些接口，需要進(jìn)行多線程測(cè)試

問題二：接口測(cè)試應(yīng)該怎么做 對(duì)于接口測(cè)試來說，項(xiàng)目測(cè)試用例的重復(fù)運(yùn)行首先是表現(xiàn)在單個(gè)測(cè)試用例的獨(dú)立性方面的，也就是說，每一個(gè)測(cè)試用例的運(yùn)行除了依賴被測(cè)對(duì)象和對(duì)應(yīng)的數(shù)據(jù)庫環(huán)境外，是不依賴于其他任何測(cè)試用例的，并且這個(gè)測(cè)試用例執(zhí)行完畢后，對(duì)系統(tǒng)來說，也是沒有任何痕跡的，這樣就保證了每個(gè)測(cè)試用例運(yùn)行時(shí)，都在一個(gè)干凈的環(huán)境中運(yùn)行。要實(shí)現(xiàn)測(cè)試用例的獨(dú)立性，就必須對(duì)被測(cè)系統(tǒng)的設(shè)計(jì)有詳細(xì)的了解，這樣，不會(huì)出現(xiàn)測(cè)試用例執(zhí)行后遺漏數(shù)據(jù)，環(huán)境未改變，另外，還需要對(duì)測(cè)試用例進(jìn)行詳細(xì)的設(shè)計(jì)。另外，要保證測(cè)試用例的重復(fù)使用，還需要做到測(cè)試用例的及時(shí)更新，在這個(gè)方面，我們是做接口測(cè)試的人會(huì)維護(hù)對(duì)應(yīng)的系統(tǒng)的接口測(cè)試用例，要保證，代碼每次更新，測(cè)試用例都必須全部執(zhí)行通過。

接口測(cè)試用例的設(shè)計(jì)方法其實(shí)和功能測(cè)試用例的設(shè)計(jì)方法是類似的，因?yàn)榻涌谑切枰獫M足需求的，而接口測(cè)試所依賴的也是需求說明書，但是，因?yàn)榻涌跍y(cè)試畢竟是通過代碼去測(cè)試代碼，所以，為了保證覆蓋率，可能會(huì)使用到單元測(cè)試的方法，具體的測(cè)試用例設(shè)計(jì)，我考慮的如下，請(qǐng)參考，如果有錯(cuò)誤，一起討論。

輸入?yún)?shù)測(cè)試：針對(duì)輸入的參數(shù)進(jìn)行測(cè)試，也可以說是假定接口參數(shù)的不正確性進(jìn)行的測(cè)試，確保接口對(duì)任意類型的輸入都做了相應(yīng)的處理：輸入?yún)?shù)合法，輸入?yún)?shù)不合法，輸入?yún)?shù)為空，輸入?yún)?shù)為null，輸入?yún)?shù)超長；

功能測(cè)試：接口是否滿足了所提供的功能，相當(dāng)于是正常情況測(cè)試，如果一個(gè)接口功能復(fù)雜時(shí)推薦對(duì)接口用例進(jìn)行結(jié)構(gòu)劃分，這樣子用例具有更好的可讀性和維護(hù)性。

邏輯測(cè)試：邏輯測(cè)試嚴(yán)格講應(yīng)為單元測(cè)試，單元測(cè)試應(yīng)保持內(nèi)部邏輯的正確性，可單元測(cè)試和接口測(cè)試界限并不是那么清楚，所以我們也可以從給出的設(shè)計(jì)文檔中考慮內(nèi)部邏輯錯(cuò)誤的分支情況和異常； 異常情況測(cè)試：接口實(shí)現(xiàn)是否對(duì)異常情況都進(jìn)行了處理，接口輸入?yún)?shù)雖然合法，但是在接口實(shí)現(xiàn)中，也會(huì)出現(xiàn)異常，因?yàn)閮?nèi)部的異常不一定是輸入的數(shù)據(jù)造成的，而有可能是其他邏輯造成的，程序需要對(duì)任何的異常都進(jìn)行處理。

問題三：軟件測(cè)試方法的接口測(cè)試 接口測(cè)試的英文是interface testing，接口測(cè)試測(cè)試系統(tǒng)組件間接口的一種測(cè)試。接口測(cè)試的好處：由于接口測(cè)試代碼本身就是用junit（當(dāng)然接口的類型不同，不一定是Junit來實(shí)現(xiàn)）來實(shí)現(xiàn)的，是屬于自動(dòng)化測(cè)試的范疇，因此必定也包含自動(dòng)化測(cè)試所固有的優(yōu)勢(shì)。1） 提高測(cè)試質(zhì)量軟件開發(fā)的過程是一個(gè)持續(xù)集成和改進(jìn)的過程，而每一次的改進(jìn)都可能引進(jìn)新bug,因此當(dāng)軟件的一部，或者全部修改時(shí)，都需要對(duì)軟件產(chǎn)品重新進(jìn)行測(cè)試。其目的是要驗(yàn)證修改后的產(chǎn)品是符合需求的，而當(dāng)沒有自動(dòng)化測(cè)試代碼時(shí)，往往會(huì)由于各種各樣的原因，回歸不充分，導(dǎo)致bug遺漏。2） 提高測(cè)試效率軟件系統(tǒng)的規(guī)模越來越大，功能點(diǎn)越來越多，開發(fā)人員的自測(cè)或者測(cè)試人員的人工測(cè)試非常耗時(shí)和繁瑣，勢(shì)必導(dǎo)致測(cè)試效率的低下，而自動(dòng)化測(cè)試正好解決這些耗時(shí)繁瑣的任務(wù)，在對(duì)外接口功能不變的情況下，達(dá)到了一次編寫，永久使用的效果。3） 提高測(cè)試覆蓋通過手工測(cè)試很難測(cè)試到一些更深層次的異常和安全的問題，通過一些輔助的一些測(cè)試工具，能分析出代碼的覆蓋率，通過覆蓋率的提高來提高測(cè)試的深度。4） 更好地重現(xiàn)軟件缺陷由于每次執(zhí)行都是相同的代碼，一旦代碼出錯(cuò)，必定回歸出錯(cuò)5） 更好定位錯(cuò)誤由于接口測(cè)試是一種自下向上的測(cè)試，因此一量出錯(cuò)，非常容易定位出錯(cuò)，不向系統(tǒng)測(cè)試那樣了，一旦有Bug，需要幾層驗(yàn)證之后才能確定出錯(cuò)位置6） 降低修改bug的成本接口測(cè)試基本和開發(fā)人員的編碼平行工作，因此發(fā)現(xiàn)問題會(huì)比系統(tǒng)測(cè)試早很多，因此減少了修改bug的成本。7） 增進(jìn)測(cè)試人員和開發(fā)人員之間的合作關(guān)系，測(cè)試工程師為了更好地開展工作，需要對(duì)開發(fā)技術(shù)有深入的理解和實(shí)踐，有了與開發(fā)工程師更多的交流。8） 降低了項(xiàng)目不能按時(shí)發(fā)布的風(fēng)險(xiǎn)由于接口測(cè)試很早就介入，在提交給系統(tǒng)測(cè)試前對(duì)項(xiàng)目代碼的核心模塊已經(jīng)做了詳盡的測(cè)試，必定加速系統(tǒng)測(cè)試的時(shí)間，由此來保證項(xiàng)目的按時(shí)發(fā)布。9）提升測(cè)試人員的技能。做接口測(cè)試必須了解開發(fā)人員的開發(fā)流程和一些開發(fā)技能，也需要了解測(cè)試工具的一些使用方法和一些測(cè)試思想，提升了測(cè)試人員的技術(shù)附加值，提高了自身的競爭力。10）促使項(xiàng)目開發(fā)過程的規(guī)范化要進(jìn)行接口，需要完善的文檔進(jìn)行保障，沒有測(cè)試文檔，接口測(cè)試將寸步難行，接口測(cè)試將增加開發(fā)過程規(guī)范化產(chǎn)出，而規(guī)范化產(chǎn)出也保證了項(xiàng)目質(zhì)量。

問題四：如何做好接口測(cè)試？ sgbtmy：基于selenium的自動(dòng)化框架開發(fā)，我主要是想問一下，你的框架除了前臺(tái)的自動(dòng)化，后臺(tái)的數(shù)據(jù)的測(cè)試是否集成在你的測(cè)試框架中？ 小刀：你好，個(gè)人理解的你所說的后臺(tái)的數(shù)據(jù)的測(cè)試是指的是對(duì)數(shù)據(jù)的校驗(yàn)，不知理解的是否正確，那么根據(jù)這個(gè)理解，我的解釋是，在我們框架中，增加了很多的功能方法用來幫助進(jìn)行自動(dòng)化腳本的編寫和結(jié)果校驗(yàn)，其中就包括后臺(tái)數(shù)據(jù)校驗(yàn)方法，當(dāng)我們的測(cè)試用例需要在后臺(tái)進(jìn)行數(shù)據(jù)校驗(yàn)的時(shí)候，調(diào)用這些數(shù)據(jù)校驗(yàn)方法即可。相當(dāng)于是，前臺(tái)頁面操作的自動(dòng)化是封裝selenium的方法去操作頁面，而對(duì)后臺(tái)數(shù)據(jù)的校驗(yàn)是通過增加功能方法來實(shí)現(xiàn)的，可以理解為不同的兩部分，但是在編寫測(cè)試腳本的似乎，根據(jù)測(cè)試用例的設(shè)計(jì)，這兩部分都可以拿過來使用。 不知道是否解答了你的疑問，如果沒有，請(qǐng)你指出，謝謝你。 tjy688：你們做接口測(cè)試的流程一般是怎么樣的？ 小刀：接口測(cè)試的流程其實(shí)和功能測(cè)試的流程類似，因?yàn)榻涌跍y(cè)試依賴的主要對(duì)象也是需求說明書，所以，最初的流程就是參與需求討論，評(píng)審需求。 需求確定以后，開發(fā)會(huì)根據(jù)需求進(jìn)行接口設(shè)計(jì)，會(huì)產(chǎn)出接口定義，在開發(fā)設(shè)計(jì)過程中，有能力的話，可以給出一些針對(duì)設(shè)計(jì)的建議，提高可測(cè)性，針對(duì)需求及設(shè)計(jì)，進(jìn)行測(cè)試計(jì)劃，測(cè)試設(shè)計(jì)，然后還需要和配管確定測(cè)試環(huán)境相關(guān)的事情。 在開發(fā)完成接口定義之后，就根據(jù)需求文檔及接口定義進(jìn)行測(cè)試用例設(shè)計(jì)，測(cè)試用例設(shè)計(jì)主要從業(yè)務(wù)場景，功能，以及異常測(cè)試幾個(gè)方面考慮。 測(cè)試用例設(shè)計(jì)完成后，針對(duì)測(cè)試用例進(jìn)行評(píng)審，然后，如果開發(fā)代碼部分可測(cè)時(shí)，即可進(jìn)入測(cè)試了，因?yàn)槭遣糠挚蓽y(cè)，可能會(huì)使用到mock方法。 已有測(cè)試代碼時(shí)，就要進(jìn)行測(cè)試代碼的持續(xù)集成了，我們是使用hudson來進(jìn)行持續(xù)集成的 在項(xiàng)目結(jié)束后，會(huì)對(duì)每個(gè)項(xiàng)目進(jìn)行總結(jié)。 如果有問題，請(qǐng)指出，我們一起討論。 xinhuayw：我想了解一下你們現(xiàn)在是怎樣保證項(xiàng)目測(cè)試用例的重復(fù)運(yùn)行的。 小刀：對(duì)于接口測(cè)試來說，項(xiàng)目測(cè)試用例的重復(fù)運(yùn)行首先是表現(xiàn)在單個(gè)測(cè)試用例的獨(dú)立性方面的，也就是說，每一個(gè)測(cè)試用例的運(yùn)行除了依賴被測(cè)對(duì)象和對(duì)應(yīng)的數(shù)據(jù)庫環(huán)境外，是不依賴于其他任何測(cè)試用例的，并且這個(gè)測(cè)試用例執(zhí)行完畢后，對(duì)系統(tǒng)來說，也是沒有任何痕跡的，這樣就保證了每個(gè)測(cè)試用例運(yùn)行時(shí)，都在一個(gè)干凈的環(huán)境中運(yùn)行。要實(shí)現(xiàn)測(cè)試用例的獨(dú)立性，就必須對(duì)被測(cè)系統(tǒng)的設(shè)計(jì)有詳細(xì)的了解，這樣，不會(huì)出現(xiàn)測(cè)試用例執(zhí)行后遺漏數(shù)據(jù)，環(huán)境未改變，另外，還需要對(duì)測(cè)試用例進(jìn)行詳細(xì)的設(shè)計(jì)。另外，要保證測(cè)試用例的重復(fù)使用，還需要做到測(cè)試用例的及時(shí)更新，在這個(gè)方面，我們是做接口測(cè)試的人會(huì)維護(hù)對(duì)應(yīng)的系統(tǒng)的接口測(cè)試用例，要保證，代碼每次更新，測(cè)試用例都必須全部執(zhí)行通過。 csun888：什么是接口測(cè)試，基礎(chǔ)知識(shí)什么的講講吧！ 小刀：你好，接口可以分下面幾種 1、系統(tǒng)與系統(tǒng)之間的調(diào)用，比如銀行會(huì)提供接口供電子商務(wù)網(wǎng)站調(diào)用，或者說，支付寶會(huì)提供接口給淘寶調(diào)用 2、上層服務(wù)對(duì)下層服務(wù)的調(diào)用，比如service層會(huì)調(diào)用DAO層的接口，而應(yīng)用層又會(huì)調(diào)用服務(wù)層提供的接口，一般會(huì)通過 3、服務(wù)之間的調(diào)用，比如注冊(cè)用戶時(shí)，會(huì)先調(diào)用用戶查詢的服務(wù)，查看該用戶是否已經(jīng)注冊(cè)。 而我們所要做的接口測(cè)試，先要了解是基于哪一種類型的接口測(cè)試，不同類型的接口測(cè)試方法可能是不一致的，總體來說，不管是那種類型，我們只要把被測(cè)接口當(dāng)做是服務(wù)方，而把我們的測(cè)試手段當(dāng)做是客戶方，我們的目的就是，通過我們的測(cè)試手段，去驗(yàn)證服務(wù)端滿足了他聲明提供的功能。 至于說到具體的測(cè)試方法，協(xié)議的接口測(cè)試，一般會(huì)用jmeter去測(cè)試，jmeter的好處是不用寫測(cè)試代碼，直接使用jm......>>

問題五：如何做好接口測(cè)試 你好，個(gè)人理解的你所說的后臺(tái)的數(shù)據(jù)的測(cè)試是指的是對(duì)數(shù)據(jù)的校驗(yàn)，不知理解的是否正確，那么根據(jù)這個(gè)理解，我的解釋是，在我們框架中，增加了很多的功能方法用來幫助進(jìn)行自動(dòng)化腳本的編寫和結(jié)果校驗(yàn)，其中就包括后臺(tái)數(shù)據(jù)校驗(yàn)方法，當(dāng)我們的

測(cè)試用例需要在后臺(tái)進(jìn)行數(shù)據(jù)校驗(yàn)的時(shí)候，調(diào)用這些數(shù)據(jù)校驗(yàn)方法即可。相當(dāng)于是，前臺(tái)頁面操作的自動(dòng)化是封裝selenium的方法去操作頁面，而對(duì)后臺(tái)數(shù)據(jù)的校驗(yàn)是通過增加功能方法來實(shí)現(xiàn)的，可以理解為不同的兩部分，但是在編寫測(cè)試腳本的似乎，根據(jù)測(cè)試用例的設(shè)計(jì)，這兩部分都可以拿過來使用。

問題六：怎么做接口測(cè)試，概念及常用方法小結(jié) 關(guān)于接口測(cè)試做些WEB與PC/移端相關(guān)該屬于客戶端與WEB端通信接口測(cè)試

問題七：如何做接口測(cè)試 對(duì)于接口測(cè)試，首先測(cè)試人員要懂代碼，你只需要知道接口的作用是什么就可以了（有文檔更好，但大部分都沒有）；其次，自己去讀開發(fā)的代碼；然后，根據(jù)該接口功能及代碼寫測(cè)試用例；

用例設(shè)計(jì)：

1：寫一個(gè)程序去調(diào)用該接口，看是否能夠達(dá)到該接口所定義的功能

2：根據(jù)該接口參數(shù)，構(gòu)造不同的用例，測(cè)試接口在參數(shù)合法及非法情況下能否達(dá)到預(yù)期效果

3：根據(jù)該接口中的邏輯，設(shè)計(jì)不同條件的用例，測(cè)試該接口實(shí)現(xiàn)代碼的邏輯

4：進(jìn)行容錯(cuò)及健壯性測(cè)試

5：靜態(tài)檢測(cè)代碼，看是否有內(nèi)存泄露、或永遠(yuǎn)走不到的分支、代碼規(guī)范及邏輯是否合理。

6：對(duì)于一些接口，需要進(jìn)行多線程測(cè)試

問題八：java編寫接口測(cè)試DEMO 10分 嗯 URLconnection 或者應(yīng)用 apache 的開源包

問題九：聯(lián)調(diào)測(cè)試方案以及測(cè)試報(bào)告如何編寫？ 集成測(cè)試，又稱組裝測(cè)試、聯(lián)合測(cè)試、聯(lián)調(diào)測(cè)試、子系統(tǒng)測(cè)試、部件測(cè)試。不同的稱呼而已，側(cè)重點(diǎn)在于模塊間接口的正確性、各模塊間的數(shù)據(jù)流和控制流是否按照設(shè)計(jì)實(shí)現(xiàn)其功能、以及集成后整體功能的正確性。寫集成測(cè)試方案的建議：1）依據(jù)SRS和集成測(cè)試計(jì)劃來編寫，無沖突2）闡明測(cè)試對(duì)象3）劃分測(cè)試層次4）確定測(cè)試策略5）根據(jù)策略細(xì)化測(cè)試項(xiàng)6）根據(jù)系統(tǒng)的需求，可能需要接口分析寫集成測(cè)試報(bào)告的建議：1）集成測(cè)試概述2）集成測(cè)試時(shí)間、地點(diǎn)、人龔）集成測(cè)試環(huán)境4）總結(jié)和評(píng)價(jià)5）遺留問題報(bào)告6）附件以上只是本人對(duì)編寫集成測(cè)試方案和集成測(cè)試報(bào)告的一些建議，具體內(nèi)容可以根據(jù)項(xiàng)目進(jìn)行補(bǔ)充，具體格式可以自由發(fā)揮。

問題十：如何寫測(cè)試用例 java 測(cè)試用例設(shè)計(jì)和執(zhí)行是測(cè)試工作的核心，也是工作量最大的任務(wù)之一。

測(cè)試用例(Test Case)目前沒有經(jīng)典的定義。比較通常的說法是：指對(duì)一項(xiàng)特定的軟件產(chǎn)品進(jìn)行測(cè)試任務(wù)的描述，體現(xiàn)測(cè)試方案、方法、技術(shù)和策略。內(nèi)容包括測(cè)試目標(biāo)、測(cè)試環(huán)境、輸入數(shù)據(jù)、測(cè)試步驟、預(yù)期結(jié)果、測(cè)試腳本等，并形成文檔。

測(cè)試用例編寫準(zhǔn)備

1

從配置管理員處申請(qǐng)軟件配置：《需求規(guī)格說明書》和《設(shè)計(jì)說明書》；

2

根據(jù)需求規(guī)格說明書和設(shè)計(jì)說明書，詳細(xì)理解用戶的真正需求，并且對(duì)軟件所實(shí)現(xiàn)的功能已經(jīng)準(zhǔn)確理解，然后著手制訂測(cè)試用例。

測(cè)試用例制定的原則

1測(cè)試用例要包括欲測(cè)試的功能、應(yīng)輸入的數(shù)據(jù)和預(yù)期的輸出結(jié)果。

2測(cè)試數(shù)據(jù)應(yīng)該選用少量、高效的測(cè)試數(shù)據(jù)進(jìn)行盡可能完備的測(cè)試。

用例覆蓋

1正確性測(cè)試：輸入用戶實(shí)際數(shù)據(jù)以驗(yàn)證系統(tǒng)是滿足需求規(guī)格說明書的要求；測(cè)試用 例中的測(cè)試點(diǎn)應(yīng)首先保證要至少覆蓋需求規(guī)格說明書中的各項(xiàng)功能，并且正常。

2容錯(cuò)性（健壯性）測(cè)試：程序能夠接收正確數(shù)據(jù)輸入并且產(chǎn)生正確（預(yù)期）的輸出， 輸入非法數(shù)據(jù)（非法類型、不符合要求的數(shù)據(jù)、溢出數(shù)據(jù)等），程序應(yīng)能給出提示 并進(jìn)行相應(yīng)處理。把自己想象成一名對(duì)產(chǎn)品操作一點(diǎn)也不懂的客戶，在進(jìn)行任意操作。

3完整（安全）性測(cè)試：對(duì)未經(jīng)授權(quán)的人使用軟件系統(tǒng)或數(shù)據(jù)的企圖，系統(tǒng)能夠控制的程度，程序的數(shù)據(jù)處理能夠保持外部信息（數(shù)據(jù)庫或文件）的完整。

4接口間測(cè)試：測(cè)試各個(gè)模塊相互間的協(xié)調(diào)和通信情況，數(shù)據(jù)輸入輸出的一致性和正確性。

5壓力測(cè)試：輸入10條記錄運(yùn)行各個(gè)功能，輸入30條記錄運(yùn)行，輸入50條記錄進(jìn)行測(cè)試。

6性能：完成預(yù)定的功能，系統(tǒng)的運(yùn)行時(shí)間（主要是針對(duì)數(shù)據(jù)庫而言）。

7可理解（操作）性：理解和使用該系統(tǒng)的難易程度（界面友好性）。

8可移植性：在不同操作系統(tǒng)及硬件配置情況下的運(yùn)行性。

測(cè)試方法

1邊界值分析法：確定邊界情況（剛好等于、稍小于和稍大于和剛剛大于等價(jià)類邊界值），針對(duì)我們的系統(tǒng)在測(cè)試過程中主要輸入一些合法數(shù)據(jù)/非法數(shù)據(jù)，主要在邊界值附近選取。

2等價(jià)劃分：將所有可能的輸入數(shù)據(jù)（有效的和無效的）劃分成若干個(gè)等價(jià)類。

3錯(cuò)誤推測(cè)：主要是根據(jù)測(cè)試經(jīng)驗(yàn)和直覺，參照以往的軟件系統(tǒng)出現(xiàn)錯(cuò)誤之處。

測(cè)試用例的填寫

1一個(gè)軟件系統(tǒng)或項(xiàng)目共用一套完整的測(cè)試用例，整個(gè)系統(tǒng)測(cè)試過程測(cè)試完畢，將實(shí)際測(cè)試結(jié)果填寫到測(cè)試用例中，操作步驟應(yīng)盡可能的詳細(xì)，測(cè)試結(jié)論是指最終的測(cè)試結(jié)果（結(jié)論為：通過或不通過）。

以上就是關(guān)于接口測(cè)試的類型相關(guān)問題的回答。希望能幫到你，如有更多相關(guān)問題，您也可以聯(lián)系我們的客服進(jìn)行咨詢，客服也會(huì)為您講解更多精彩的知識(shí)和內(nèi)容。

推薦閱讀：

PHP寫接口（php寫接口實(shí)現(xiàn)json文件讀?。?/a>

獲取抖音關(guān)注列表api（獲取抖音關(guān)注接口）

視頻解析api接口（視頻解析api接口怎么用）

婚慶景觀設(shè)計(jì)案例大全（婚慶景觀設(shè)計(jì)案例大全集）

路橋區(qū)綠化景觀設(shè)計(jì)招標(biāo)