HOME 首頁(yè)
SERVICE 服務(wù)產(chǎn)品
XINMEITI 新媒體代運(yùn)營(yíng)
CASE 服務(wù)案例
NEWS 熱點(diǎn)資訊
ABOUT 關(guān)于我們
CONTACT 聯(lián)系我們
創(chuàng)意嶺
讓品牌有溫度、有情感
專注品牌策劃15年

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

    發(fā)布時(shí)間:2023-03-19 02:51:04     稿源: 創(chuàng)意嶺    閱讀: 130        問(wèn)大家

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

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

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

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

    本文目錄:

    接口測(cè)試的類型(接口測(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ù)的交換,傳遞和控制管理過(guò)程,以及系統(tǒng)間的相互邏輯依賴關(guān)系等。

    測(cè)試的策略:

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

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

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

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

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

      功能測(cè)試:

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

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

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

    • 錯(cuò)誤碼測(cè)試: 通用的錯(cuò)誤碼與業(yè)務(wù)錯(cuò)誤碼是否能夠清晰的說(shuō)明調(diào)用問(wèn)題,錯(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)值,比如說(shuō)一個(gè)查詢的接口,參數(shù)count為返回查詢的結(jié)果數(shù)量, 默認(rèn)為10,那么就應(yīng)該有一條case來(lái)測(cè)試,當(dāng)然前置條件是數(shù)據(jù)庫(kù)里面必須要存在這樣的數(shù)據(jù)超過(guò)10條。

    • 邏輯業(yè)務(wù):

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

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

    • 異常測(cè)試:

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

      參數(shù)異常:

    • 關(guān)鍵字參數(shù):將參數(shù)寫為開(kāi)發(fā)語(yǔ)言中的關(guān)鍵字

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

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

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

    • 數(shù)據(jù)異常:

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

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

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

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

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

    • 性能測(cè)試:

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

    • 吞吐量

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

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

    • 安全性測(cè)試:

    • 敏感信息是否加密

    • 必要參數(shù)是否后端也進(jìn)行校驗(yàn)(現(xiàn)在很多系統(tǒng)前后端架構(gòu)是分離的,從安全層面來(lái)說(shuō),只依賴前端進(jìn)行限制已經(jīng)完全不能滿足系統(tǒng)的安全要求(繞過(guò)前端太容易了), 需要后端同樣進(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)的典型問(wèn)題:

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

    (2)類型溢出,導(dǎo)致數(shù)據(jù)讀出和寫入不一致;

    (3)因?qū)ο髾?quán)限未進(jìn)行校驗(yàn),可以訪問(wè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ù),主要考慮字符串的長(zhǎng)度和內(nèi)容:

    特殊值:空字符;

    邊界值:String的最大長(zhǎng)度;

    字符串內(nèi)容可考慮類型:數(shù)字,非數(shù)字;

    特殊字符。

    超長(zhǎng)字符未進(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等。

    可能存在的問(wèn)題和風(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)系等。

    例如:幫家人防騙功能只能查詢綁定家人的來(lái)電信息。

    (4)權(quán)限限制:管理員等。

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

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

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

    常見(jiàn)問(wèn)題和風(fēng)險(xiǎn):

    (1)錯(cuò)誤前端處理不足,導(dǎo)致前端異常;

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

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

    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(zhǎng)度:長(zhǎng)度是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è)試方案怎么寫

    問(wèn)題一:如何做接口測(cè)試 對(duì)于接口測(cè)試,首先測(cè)試人員要懂代碼,你只需要知道接口的作用是什么就可以了(有文檔更好,但大部分都沒(méi)有);其次,自己去讀開(kāi)發(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è)試

    問(wèn)題二:接口測(cè)試應(yīng)該怎么做 對(duì)于接口測(cè)試來(lái)說(shuō),項(xiàng)目測(cè)試用例的重復(fù)運(yùn)行首先是表現(xiàn)在單個(gè)測(cè)試用例的獨(dú)立性方面的,也就是說(shuō),每一個(gè)測(cè)試用例的運(yùn)行除了依賴被測(cè)對(duì)象和對(duì)應(yīng)的數(shù)據(jù)庫(kù)環(huán)境外,是不依賴于其他任何測(cè)試用例的,并且這個(gè)測(cè)試用例執(zhí)行完畢后,對(duì)系統(tǒng)來(lái)說(shuō),也是沒(méi)有任何痕跡的,這樣就保證了每個(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í)行通過(guò)。

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

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

    功能測(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)行處理。

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

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

    問(wèn)題五:如何做好接口測(cè)試 你好,個(gè)人理解的你所說(shuō)的后臺(tái)的數(shù)據(jù)的測(cè)試是指的是對(duì)數(shù)據(jù)的校驗(yàn),不知理解的是否正確,那么根據(jù)這個(gè)理解,我的解釋是,在我們框架中,增加了很多的功能方法用來(lái)幫助進(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)頁(yè)面操作的自動(dòng)化是封裝selenium的方法去操作頁(yè)面,而對(duì)后臺(tái)數(shù)據(jù)的校驗(yàn)是通過(guò)增加功能方法來(lái)實(shí)現(xiàn)的,可以理解為不同的兩部分,但是在編寫測(cè)試腳本的似乎,根據(jù)測(cè)試用例的設(shè)計(jì),這兩部分都可以拿過(guò)來(lái)使用。

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

    問(wèn)題七:如何做接口測(cè)試 對(duì)于接口測(cè)試,首先測(cè)試人員要懂代碼,你只需要知道接口的作用是什么就可以了(有文檔更好,但大部分都沒(méi)有);其次,自己去讀開(kāi)發(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è)試

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

    問(wèn)題九:聯(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ì)劃來(lái)編寫,無(wú)沖突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)遺留問(wèn)題報(bào)告6)附件以上只是本人對(duì)編寫集成測(cè)試方案和集成測(cè)試報(bào)告的一些建議,具體內(nèi)容可以根據(jù)項(xiàng)目進(jìn)行補(bǔ)充,具體格式可以自由發(fā)揮。

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

    測(cè)試用例(Test Case)目前沒(méi)有經(jīng)典的定義。比較通常的說(shuō)法是:指對(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ī)格說(shuō)明書(shū)》和《設(shè)計(jì)說(shuō)明書(shū)》;

    2

    根據(jù)需求規(guī)格說(shuō)明書(shū)和設(shè)計(jì)說(shuō)明書(shū),詳細(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ī)格說(shuō)明書(shū)的要求;測(cè)試用 例中的測(cè)試點(diǎn)應(yīng)首先保證要至少覆蓋需求規(guī)格說(shuō)明書(shū)中的各項(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ù)庫(kù)或文件)的完整。

    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ù)庫(kù)而言)。

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

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

    測(cè)試方法

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

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

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

    測(cè)試用例的填寫

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

    以上就是關(guān)于接口測(cè)試的類型相關(guān)問(wèn)題的回答。希望能幫到你,如有更多相關(guān)問(wè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)