4 important features soapui pro
Introduktion till SoapUI Pro:
SoapUI finns i två versioner - fri källkod (SoapUI) och SoapUI Pro (nu SoapUI NG pro).
Hittills diskuterade vi de vanliga automatiseringskoncepten och funktionella testgrunder som skapa projekt , testsvit / fall / steg, egenskaper , påståenden , groovy scrip t programmering etc. Du kan kontrollera alla dessa självstudier från den här SoapUI-serien denna sida .
Nu är det dags för oss att undersöka SoapUI Pro och dess framträdande funktioner som är mer förfinade och riktar sig till bättre och snabbare testning.
Observera att vi inte har diskuterat funktionerna i SoapUI NG Pro version här. Förutom de få nya funktionerna finns alla funktioner som diskuteras nedan också i SoapUI NG pro.
Vad du kommer att lära dig:
bästa python ide mac os x
- 4 Viktiga funktioner i SoapUI Pro
- Funktion nr 1: Peka för att klicka (dra och släpp):
- Funktion # 2: Datadriven testning
- Funktion # 3: Rapportering
- Funktion # 4: Täckningsfunktion i SoapUI Pro
- Sammanfattningsvis:
- Rekommenderad läsning
4 Viktiga funktioner i SoapUI Pro
Funktion nr 1: Peka för att klicka (dra och släpp):
Detta gör det enkelt att klona teststeg i en viss testsvit. Detta låter dig duplicera arbete utan att behöva återskapa det.
Så här kan du göra det:
Gör ditt projektträd enligt nedan. Vi kommer att lägga till testförfrågan genom att dra och släppa till ett annat projekt.
- Dubbelklicka på Testfall nod närvarande under testsvit från GlobalWeather projekt träd
- Dra sedan i Begäran 1 från DemoWebServices -> BarCodeSoap träd och släpp in i testfallet.
- Ta en titt på följande skärmdump för att få en bättre bild av bilden.
(Klicka på bilden för förstorad vy)
- SoapUI Pro kommer att be oss om bekräftelse. Välj Ja.
- Vi ser Lägg till begäran till Testfall dialog där vi måste ange nytt förfrågningsnamn
- Låt mig komma in “ GenerateBarCodeRequest ”I textfältet för begäran.
- När det är klart klickar du på OK för att spara. Här är skärmdumpen som visar nyligen tillagda testfall under testpaketet.
På samma sätt kan vi lägga till testsvit eller andra noder från ett projekt till ett annat projekt bara genom att dra och släppa.
Funktion # 2: Datadriven testning
SoapUI Pro använder datakällans teststeg som ansluter extern datakälla och matar data till webbtjänsten. Datakällans teststeg kommer med datakällslinga som gör det möjligt att itera informationen och skicka den till webbtjänsten. Den här funktionen är användbar för både funktionell datadriven och belastningstestning.
De datakällor som stöds är Excel, JDBC, XML och andra kompatibla databaser. Mer än en datakälla kan anslutas samtidigt.
Här är ett exempel - Ett datakällprojekt ser ut som nedan:
Funktion # 3: Rapportering
SoapUI Pro erbjuder olika typer av rapporter för bättre och enklare analys. Dom är:
- Utskrivbar rapport - Det gör att vi kan exportera som PDF, HTML, RTF, Excel och så vidare.
- Dataexport - kan vi använda för att extrahera specifika data som XML- och CSV-format.
- HTML-rapporter –Genererar resultatet i ett HTML-format som kan publiceras på vilken webbsida som helst.
Låt oss nu skapa exempelrapport för testpaketkörningen. Följ dessa steg:
- Skapa ett projekt med http://www.webservicex.net/globalweather.asmx?WSDL
- Och lägg sedan till testsvit och teststeg som visas i följande skärmdump
- När testförfrågningarna är korrekt konfigurerade dubbelklickar du på testsviten
- Klicka på kör-knappen från verktygsfältet för att starta körningen
- SoapUI startar körningen och visar slutligen testseriens körningsstatus
- Klicka nu på Skapa rapport ikon från
testfältets verktygsfält.
- Den ber dig att välja den rapporttyp som du vill skapa
- Gör nödvändiga ändringar och klicka sedan på OK för att skapa en rapport. Nu kan du se den genererade rapporten.
På samma sätt kan vi generera dataexportrapport. Låt oss klicka på ikonen skapa rapport från verktygsfältet. SoapUI Pro startar dialogrutan Skapa rapport. I dialogen, kontrollera alla datamängder och ändra formatet till CSV så att vi kan verifiera rapportdata med Excel. Kontrollera också Skapa rubrikrad kryssruta. Slutligen anger du målmappen där rapporten ska sparas. Titta på följande skärmdump.
c ++ dubbelkopplad listaimplementering
På OK kommer SoapUI Pro att generera tre filer (med namnet som visas i datasetsavsnittet) på den nämnda platsen på hårddisken. Om några fel inträffade under körningen skapas också felloggfiler på samma plats.
JUnit Style HTML-rapporter:
JUnit Style HTML-rapport genererar testresultaten för varje testpaket och testfall. Klicka på ikonen för att skapa HTML-rapport . Klicka på JUnit-Style HTML-rapportalternativ i rullgardinsmenyn Format. Klicka sedan på Enkel sida om den inte redan är markerad. Ange sedan sökvägen till målmappen och klicka på OK. Följande rapport i HTML-format erhålls.
(Klicka på bilden för förstorad vy)
Funktion # 4: Täckningsfunktion i SoapUI Pro
Täckningsfunktionen används för att analysera de täckta REST- eller SOAP-tjänsterna. Detta kommer att fångas under funktionstestning, test av mocktjänster och så vidare. Täckningsstatus kan kontrolleras för en testsvit enligt följande:
- Dubbelklicka på testsvitens namn
- Kör testpaketet genom att klicka på körikonen
- När körningen är klar kan vi se Rapportering fliken bredvid testfall flik. Se följande skärmdump
(Klicka på bilden för förstorad vy)
Täckningsfunktionen fokuserar på funktionstester, mock-tjänster och HTTP-övervakningsscenarier. Det täcker också projektnivå, testsvit och testfallsnivåer som kan ses nedan:
SOAP- och REST-tjänster:
SOAP, skapat av Microsoft, följer vissa standarder. Det är ett protokoll som använder XML för att överföra meddelanden över hela världen via Internet. Dess viktiga funktion är den inbyggda felhanteringen - i både begäran och svar. Intressant behöver vi inte använda Web Services Description Language (WSDL-en fil som är associerad med SOAP). WSDL innehåller definitionen av hur webbtjänsterna fungerar och hur vi kan hänvisa det.
Som vi alla vet kommer SOAP-baserade tjänster att identifieras av dess bildindikator i SoapUI-projektet. Se skärmdumpen nedan.
Representativa statliga överföringstjänster (REST) är ett alternativ till SOAP på grund av deras lättare kontroll. Till exempel, om vi använder något skript som JavaScript med SOAP, måste vi förbereda XML-strukturen i enlighet därmed - vilket kan vara svårare.
REST har inte komplexitet eftersom det stöder CSV-, JSON- och RSS-format. Så vi kan få utdata för REST-tjänster i ovan nämnda format. Se skärmdumpen nedan för REST-tjänster i SoapUI Pro.
Det finns vissa avvikelser mellan SOAP och REST webbtjänster. Låt oss använda vad de är.
TVÅL:
- Tungviktstandard som kräver vissa procedurer för att komma åt webbtjänsterna.
- Plattform, språk och transport oberoende eftersom det inte kräver HTTP
- Utbredd acceptans
- Fel vid hantering av integration.
- Sömlös integration med många språk
RESTEN:
- Snabbare än tvål
- Effektivt eftersom det stöder olika format som JSON, CSV, RSS
- Många open source-plugins och verktyg är tillgängliga för att enkelt testa REST-tjänster.
Sammanfattningsvis:
SoapUI Pro som namnet antyder är verkligen Pro-versionen där det finns många ytterligare funktioner som gör det lättare att använda, snabbare, säkert, mer kapabelt och mångsidigt. Även om det finns många andra funktioner som är mer specifika för professionella målgrupper, är de som anges ovan de som är tillämpliga på de flesta generiska användare.
Nästa SoapUI Pro-handledning # 13 - I nästa handledning lär vi oss mer om Tvål- och REST-tjänster - fler detaljer kommer upp.
Fortsätt läsa och skicka dina frågor / kommentarer nedan.
Rekommenderad läsning
- 7 Viktiga funktioner i SoapUI och SoapUI Pro - Handledning 2
- Hur man skapar REST-projekt i SoapUI Pro: Handledning nr 13
- Hur man utför datadriven testning i SoapUI Pro - SoapUI-handledning nr 14
- Hur man hanterar undantag i SoapUI Groovy Scripts - SoapUI-handledning # 11
- En snabb SoapUI-guide för att lagra begäran och svarsdata i en fil - SoapUI-handledning nr 15
- 15+ SoapUI-handledning: Det bästa testtjänstprogrammet för webbtjänster
- Fördjupade förklaringar om förmörkelser för nybörjare
- Steg för steg SoapUI nedladdnings- och installationsprocess - SoapUI-handledning nr 3