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

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

Soupui，這是最常用的接口測(cè)試工具。

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

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

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

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

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

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

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

感謝您的邀請(qǐng)

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

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

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

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

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

哪個(gè)才是最適合你的Web UI自動(dòng)化測(cè)試框架？

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

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

因?yàn)樗且粋€(gè)測(cè)試工具-使用什么樣的工具來(lái)解決什么樣的問(wèn)題。而不是和什么樣的人一起使用什么樣的工具和服務(wù)。

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

事實(shí)上，自動(dòng)化測(cè)試框架并沒(méi)有嚴(yán)格區(qū)分。UI、接口、數(shù)據(jù)等類型的自動(dòng)化測(cè)試可以用于不同類型的測(cè)試。

目前主流的自動(dòng)化測(cè)試框架有以下幾種：

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

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

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