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

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

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

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

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

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

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

結(jié)果可以顯示：最大響應(yīng)時間、最小響應(yīng)時間、平均響應(yīng)時間、TPS等。

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

有Protocol buffer這種輕便的序列化反序列化工具，Json為什么還會大量使用？

原因很簡單：

1、JSON是JavaScript本機支持，沒有外部依賴項

2、JSON具有人眼可讀性

3、開發(fā)人員懶惰

關(guān)于序列化協(xié)議和框架，估計可以創(chuàng)建一個百科全書，如：XML、JSON、bson、Hessian、，協(xié)議緩沖區(qū)…

有很多不受歡迎的，排名不分先后。

雖然有各種各樣的協(xié)議和框架，但序列化本質(zhì)上可以分為兩種類型：

二進(jìn)制協(xié)議的優(yōu)點是體積小、效率高。例如，協(xié)議緩沖區(qū)可以用來將數(shù)據(jù)壓縮成位，序列化和反序列化具有良好的性能，非常適合各種系統(tǒng)通信和接口調(diào)用。

但問題也在這里，二進(jìn)制數(shù)據(jù)幾乎沒有可讀性，所以在程序的開發(fā)和調(diào)試中，更讓程序員痛苦，尤其是頻繁變化的數(shù)據(jù)結(jié)構(gòu)。

文本協(xié)議恰恰相反，數(shù)據(jù)量大，性能差，但能滿足可讀性要求。例如，我們可以很容易地理解JSON或人肉結(jié)構(gòu)數(shù)據(jù)的一部分。對于快速開發(fā)和web開發(fā)來說，它可以提高開發(fā)效率，開發(fā)人員不必過于關(guān)注協(xié)議或框架，只關(guān)注業(yè)務(wù)。

我的觀點如下：

1。對于業(yè)務(wù)穩(wěn)定、性能要求高的場景，應(yīng)該優(yōu)先考慮協(xié)議緩沖區(qū)等二進(jìn)制序列化協(xié)議

2。對于性能要求低、業(yè)務(wù)更改頻繁的場景，應(yīng)該優(yōu)先考慮JSON和XML等文本協(xié)議