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

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

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

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

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

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

　　我們之前使用接口類及接口實現類的方式，來定義了我們使用的工具類。 　　而所有的工具類中，隨機函數是比較難於處理的。因為隨機的對象不明確，隨機的個數不明確。我們可以使用定義隨機類的方式，來簡單而快速的處理我們的隨機對象生成的需要。 　　首先，我們先定義一個randomUtil的類，在這個類中 ...

　　接口自動化測試框架的部分，之前的章節都已經介紹完畢了。按照這個思路基本就可以完成一套接口自動化測試方面的框架，並開始測試了。 　　作為一個老測試，今天主要想說一些感想。 　　一、源碼的問題 　　其實，我向大家介紹的這一套測試，並沒有一個固定的源碼。它其實源自網上很多不同大佬的源碼 ...