之前一篇，我們說了一些測試用函數的接口類與實現類，這樣相當於我們已經構造了我們想使用的函數。那么，如何讓程序知道我們使用的是函數，並調用接口實現類進行處理后將結果放入我們想要的地方呢？ 在這里，我們需要整理一下我們的思路。 　　首先，我們可以通過正則表達式來匹配到我們的函數 ...

　　在實際的接口測試中，有時需要根據情況進行文件的上傳和下載。在文件數量比較小的時候，我們當然可以直接處理（比如若干個接口都用一個文件）。但是，如果我們上傳的文件需要使用不同文件夾里不同的文件，而且數量又比較大的情況下，直接寫路徑就比較麻煩了。 　　那么，怎樣來處理這樣的問題呢？還是需要先整理 ...

　　在真正開始接口測試之前，我們需要對參數的處理進行梳理。這里所說的“參數”，既包含之前在xml中的配置（我們稱之為全局參數），也包含在每一條用例中書寫的param。全局參數為固定不變的，而根據接口相應獲取的數據是動態變化的。 　　之前我們已經用${param_name}的形式，定義 ...

　　本篇開始，將陸續介紹基於Java+HttpClient+TestNG的接口自動化測試框架。（這里需要閱讀的童鞋們有Java的編碼知識及HttpClient和TestNG的使用經驗。） 　　首先，我們需要討論一下，什么是接口測試？為什么要做接口測試？以及我們這個框架解決的問題是 ...

　　在前一篇中，我們着重闡述了參數的處理方法。 　　但是，這些參數基本都是直接賦值的。而實際的接口測試中，我們會根據需要做成很多的測試數據，這些測試數據會根據不同的情況來使用。例如，我可能需要一個能夠隨機生成一個中文的字符串，或者需要一個能夠迅速求出一個文件或者字符串的MD5的值。在這種情況下 ...

　　我們在做接口自動化測試的時候，首先先要想想接口的請求是怎樣完成的，或者說，單個的接口請求有哪些要素。以及一些不同請求的不同應對方法。 　　簡單來說，一個接口測試有幾個要素。我們需要挨個的羅列出來。 　　0）是否運行該測試。（有個開關控制） 　　1）請求的url。（必須的） 　　2）請求 ...

　　近期武肺肆虐，大地一片蕭殺。加之各種消息紛至沓來，每天都是迷迷糊糊的。雖如此，生活還是要繼續。也請各位童鞋打起精神，堅持抗疫。山川異域，日月同天。 　　各位也都多保重身體，技術雖然重要，但是健康更重要。 　　閑話少說，來說正題。 　　之前已經講了一些函數的處理方法。我們這里來講講測試 ...

在前面一篇文章中，我們提到了如果進行接口測試，我們要素為url，訪問方法，body，描述等等，當然針對某一個接口的數據返回，我們還需要做一些判定及存儲的操作。因此，我們建立了一個apiDataBean的類來描述接口。 那么接下來，我們需要針對接口測試的環境做一些配置。這些配置 ...