大家一般用什么工具測試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)在軟件的首頁上，但沒有實際使用。

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

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

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

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

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

從個人職業(yè)上來說，軟件測試和web前端哪個更有發(fā)展？

感謝您的邀請

！Web前端屬于開發(fā)位置。在移動互聯(lián)網(wǎng)和大數(shù)據(jù)快速發(fā)展的推動下，前端發(fā)展取得了長足的進步。目前，除了網(wǎng)頁前端，前端開發(fā)陣地還包括移動端開發(fā)（Android開發(fā)、IOS開發(fā)）、小程序開發(fā)和大數(shù)據(jù)展示端開發(fā)。另外，隨著nodejs的應(yīng)用，前端開發(fā)的后端化也是一種趨勢，因此目前前端開發(fā)被賦予了更多的意義，前端開發(fā)崗位的數(shù)量也得到了一定的增加。目前，前端開發(fā)崗位的數(shù)量已經(jīng)接近甚至超過后端開發(fā)崗位（應(yīng)用級開發(fā)團隊）。

與前端開發(fā)崗位相比，測試崗位的知識結(jié)構(gòu)更加豐富。雖然軟件測試通常不涉及大量的編碼任務(wù)，但是軟件測試崗位的內(nèi)容非常繁雜?？梢哉f，測試人員需要了解項目所需要的技術(shù)，了解項目的業(yè)務(wù)邏輯流程和各個功能的能量邊界。隨著大數(shù)據(jù)技術(shù)的逐步應(yīng)用，軟件測試對產(chǎn)品的迭代速度有著重要影響，因此對軟件測試崗位的需求相對較大。

就所需的工作崗位數(shù)量而言，Web前端開發(fā)工作崗位比測試工作崗位多，因此Web前端的使用更容易。而且，隨著終端應(yīng)用場景的不斷拓展，前端開發(fā)的前沿也在不斷拓展，崗位需求數(shù)量也將呈現(xiàn)穩(wěn)步上升的趨勢。

從上升空間來看，前端開發(fā)和測試有足夠的上升空間。目前，前端開發(fā)可以走全棧開發(fā)路線和架構(gòu)師路線，測試崗也可以走測試專家路線。從薪酬和職業(yè)生命周期的角度來看，前端開發(fā)職位和測試職位的差異不大。

在具體的選擇上，可以從前端開發(fā)開始。如果覺得不合適，可以調(diào)整到測試位置，但是從測試位置調(diào)整到開發(fā)位置會比較困難一些。

哪個才是最適合你的Web UI自動化測試框架？

... 自動化測試框架所服務(wù)的應(yīng)用程序?qū)ο蟛⒉煌耆怯脩舯旧?。我認為服務(wù)應(yīng)用對象是系統(tǒng)或業(yè)務(wù)功能模塊。

就用戶本身而言，他們沒有能力使用一個或兩個自動化框架或一種語言。自動化測試本質(zhì)上是一種不同于手工測試的測試方法。

因為它是一個測試工具-使用什么樣的工具來解決什么樣的問題。而不是和什么樣的人一起使用什么樣的工具和服務(wù)。

首先，我們需要了解，自動化測試框架更傾向于一種設(shè)計思想，它指導(dǎo)工具的使用或自我開發(fā)，而不是只能使用一個框架。結(jié)合被測系統(tǒng)的特點，我們通常選擇多個測試框架的組合來滿足測試和設(shè)計的需求（從開發(fā)和維護的角度）。

事實上，自動化測試框架并沒有嚴格區(qū)分。UI、接口、數(shù)據(jù)等類型的自動化測試可以用于不同類型的測試。

目前主流的自動化測試框架有以下幾種：

在測試框架方面，不同于測試工具，測試框架更像是一種指導(dǎo)思想。常見的UI自動化工具包括UFT、robot framework、selenium、appium等；常見的界面自動化測試工具包括postman、JMeter、LoadRunner等

自動化測試和性能測試，非魚和熊掌不能兼得。建議從自動測試入手，逐步具備自動開發(fā)和框架設(shè)計的能力，再根據(jù)情況培養(yǎng)性能測試的能力。二者有些是重疊的，如系統(tǒng)架構(gòu)設(shè)計、業(yè)務(wù)邏輯等。

無論是自動測試還是性能測試，建議不要局限于測試框架和工具的使用。僅僅使用工具很難表現(xiàn)出一定的測試能力。