大家一般用什么工具測試HTTP和json接口？Soupui，這是最常用的接口測試工具。在我們的日常開發(fā)過程中，大多數(shù)是兩種類型的接口：soap API和rest API。Soupui對這兩個接口都有很

大家一般用什么工具測試HTTP和json接口？

Soupui，這是最常用的接口測試工具。

在我們的日常開發(fā)過程中，大多數(shù)是兩種類型的接口：soap API和rest API。Soupui對這兩個接口都有很好的支持，而且它還支持Amazon Web服務，它只出現(xiàn)在軟件的首頁上，但沒有實際使用。

事實上，許多接口測試工具都很好地支持這兩種常見接口。這里我不詳細說明具體用法。它們都是圖形界面操作。您可以根據(jù)說明一步一步地創(chuàng)建一個新接口。

其中，壓力測試非常方便，也可以根據(jù)提示逐步創(chuàng)建。最后的操作頁面是這樣的：

您可以設置：并發(fā)數(shù)、策略、壓力測試時間等

結果可以顯示：最大響應時間、最小響應時間、平均響應時間、TPS等。

非常容易使用，您可以嘗試。

如何優(yōu)化很長的JSON數(shù)據(jù)？

目前主流的網(wǎng)絡請求使用JSON作為數(shù)據(jù)交互格式，主要是因為JSON有以下優(yōu)點：

但是在開發(fā)過程中，如果前端和后端傳輸?shù)腏SON數(shù)據(jù)長且量大，說明設計工作做得不好，而這種數(shù)據(jù)傳輸應該盡量避免，但也可以從以下幾個方面進行優(yōu)化：

異步批量加載，構建大量數(shù)據(jù)導致前端頁面堵塞；

前端增加了銷毀機制，可以同時加載和銷毀；

使用具有高解析和壓縮性能的JSON解析工具；

在skylake處理器上，不同解析器解析相同大量數(shù)據(jù)JSON文件的速度（單位：gbgs）如下：