Ved brug af SoapUI med Selenium til webservicetest

SoapUI er den mest populære open source funktionstest værktøj til API-test. Det giver komplet test dækning og understøtter alle standardprotokoller og teknologier.

Hvad er SOAP?

SOAP er en simpel XML-baseret protokol. Den tillader applikationer at udveksle information via HTTP. Den bruger webtjenester Description Language (WSDL) til kommunikation, og andre applikationer kan interagere med webservices gennem den WSDL-grænseflade.

SOAP vs. REST webtjenester i SoapUI

SoapUI startede som en SOAP-klient, og navnet siger det stadig, men den tester også REST-slutpunkter. At vide, hvilken stil man peger på, afgør, hvordan testen er bygget op.

Gennemgangen nedenfor bruger en SOAP-vejrtjeneste, men den samme runnerklasse kører en REST-testcase uden nogen ændringer af Java kode.

Hvad er SOAPUI?

SOAPUI er et open source-værktøj til test af webtjenester på tværs af platforme. SOAPUI-Pro-udgaven har ekstra funktionalitet til virksomheder, der beskæftiger sig med kritiske webtjenester. Webtjenester spiller en betydelig rolle i internetapplikationer.

⚠️ Bemærkning om produktnavn: SmartBear udgået SoapUI om som et selvstændigt produkt og fusionerede det, sammen med LoadUI Pro og ServiceV Pro, ind i ReadyAPIDen gratis udgave holder SoapUI navn og udgives stadig aktivt. Trinene nedenfor fungerer i begge, og eksisterende SoapUI projekter åbne i ReadyAPI.

Hvad er Selenium?

Selenium er ikke ét program, men en familie af værktøjer til at styre en browser, som en person ville gøre. To medlemmer er vigtige her:

• Selenium — et testværktøj, der automatiserer browsere på tværs af mange platforme.
• Selenium webdriver — den foretager direkte kald til browserne ved hjælp af hver browsers native understøttelse af automatisering.

Hvorfor kombinere SoapUI og Selenium i én test

Kontrol af tjenesten og kontrol af skærmen er normalt to separate opgaver, der håndteres af to separate suiter, hvilket er grunden til, at en defekt i samlingen mellem dem har tendens til at overleve begge. At køre dem sammen lukker dette hul.

• Bevis rundrejsen. En booking, der er indsendt i browseren, bør vises i servicesvaret. Kun en kombineret test kan bekræfte begge halvdele.
• Opsæt tilstand hurtigt. Det tager et sekund at oprette en kunde via API'en; det tager et minut at oprette et til tolv formularfelter og mislykkes oftere.
• Lokaliser en fejl. Når brugergrænsefladen viser den forkerte total, fortæller API-påstanden dig i samme kørsel med det samme, om det er tjenesten eller siden, der er skyld i problemet.
• Genbrug ét datasæt. Postnummer- og byparrene i eksemplet nedenfor føder servicekaldet og kan ligeledes føde browserens assertions.
• Skær ned på duplikatdækning. Valideringsregler, der allerede er bevist på servicelaget, behøver ikke en test af en langsom browser hver især.

Afvejningen er en tungere test: to værktøjer, to sæt afhængigheder og en længere periode. Behold kombinerede tests for de få rejser, der virkelig krydser grænsen, og lad resten være rene. API eller rene browsertjek.

Selenium med SoapUI

Den enkleste og nemmeste måde at integrere på Selenium med SoapUI er at bruge Groovy, Hvilket SoapUI støtter i vid udstrækning.

Groovy er et objektorienteret scriptsprog, der inkluderer alle Java biblioteker, så alle Java nøgleord og funktion kan bruges i en Groovy scriptet direkte. Det kører på JVM'en (Java virtuel maskine), hvilket er det, der tillader en Groovy træde ind SoapUI og en Java Selenium test for at dele de samme klasser.

Forudsætninger for brug Selenium med SoapUI

Installer følgende, før du skriver kode:

• Download Groovy SDK
• Installer Java SDK
• Installer Selenium
• Installer SoapUI om

⚠️ Versionsnotat: Groovy 5.0 er den nuværende stabile udgivelse og kræver JDK 11 eller nyere, så installer JDK først og lad Groovy version følg den. Selenium er tilføjet til en Java projekt som en Maven eller Gradle afhængighed snarere end som en downloadet mappe, og SoapUI jar skal sidde på samme klassesti som din test — det er på det ene punkt, hvor de fleste første forsøg mislykkes.

Ring til SoapUI Testcase-løber i Selenium

Koden nedenfor kalder en SoapUI testcase. Den angiver egenskaberne for en by og dens tilsvarende postnummer, og når den udføres, henter den værdien af ​​hver by og postnummer og rapporterer derefter antallet af fejl for hvert par, der ikke matcher. Denne kode kører i Selenium.

Bemærk: usePropertyFileFlag=true bruges her i stedet for en statisk egenskabsfil til lagring af postnummer og by. Postnummer og by sendes dynamisk under kørsel af setProjectProperties()-metoden.

Instruktioner til at køre koden:

1. Start op SoapUI.
2. Start en ny testcase.
3. Tilføj en ny Groovy trin.
4. Kopier og indsæt eksempelkoden i trinnet.
5. Klik på Spil.
6. Du kan se Firefox opstart og navigation til GoogleDerefter kan du se SoapUI logposter.
7. Koden kører ved hjælp af JUnit.

Code Eksempel

@when("<I use the weather service to get the weather information")						
    public void i_use_the_weather_service_to_get_the_information() {
        Set<Entry<String, string>> set = zipAndCities.entrySet();
        while (iterator,hasNext)) {
            Entry<String, String> entry = iterator.next();
            String zipCode = entry.getkey();
            String city = entry.getValue();
            String[] prop = {"usePropertyFileFlag=true","zipCode=" +zipCode, "city=" +city};									
            
            try{
                SoapUITestCaseRunner soapUITestCaseRunner = new	SoapUITestCaseRunner();
                soapUITestCaseRunner.setProjectFile("src/test/resources/WeatherSoapTest-soapui-project.xml");					
                soapUITestCaseRunner.setProjectProperties(prop);
                soapUITestCaseRunner.setTestSuite("TestSuite1");
                soapUITestCaseRunner.setTestCase("TestCase1");
                soapUITestCaseRunner.run();
                
            } catch (Exception e) {
                System.err.println("checking" + zipCode + " failed!");
                failureCount++;
                zipCodes.append(zipCode + " [" + city +"] ");
                e.printStackTrace();
            }finally{					
                totalCount++;
            }
}
}
}

⚠️ Code noter: Dette kodestykke er gengivet præcis som det er udgivet og er et fragment snarere end en kompilerbar klasse. Før det kan bygges, skal du deklarere den iterator, der er hentet fra sæt.iterator(), korrekt mens (iterator,harNæste)) til mens (iterator.hasNext()) og entry.getkey() til entry.getKey(), skriv annotationen med stort begyndelsestegn som @Hvornår, fjern det vildfarne tegn i starten af ​​trinteksten, og brug String snarere end streng i Set-deklarationen. Den originale tekst bevares, så det publicerede eksempel forbliver intakt.

Konsolvisningen giver dig mulighed for at se alle test sags udført. Du finder en liste over de postnumre og byer, der er hentet og sendt til SoapUI Testtilfælde 1.

Se SoapUI Logfil

Logfiler registrerer alle handlinger, der sker i et operativsystem eller softwareapplikation. For at se SoapUI logfilen, gå til hovedmappen, hvor du vil se en fil med navnet soapui.log.

In SoapUI, logfilen er placeret i bin-mappen i installationsmappen, for eksempel C:\Program Files\SmartBear\soapUI-Pro-4.0.1\bin. På en aktuel installation er versionsmappen anderledes, og en ReadyAPI installationen skriver i stedet til sin egen bin-mappe.

Når du åbner denne logfil ved at klikke på den, vil den ligne skærmbilledet nedenfor.

Hvor SoapUI og Selenium Integration bryder ofte sammen

Næsten alle fejl på dette tidspunkt er et ledningsproblem snarere end et testproblem. Det er disse, der skal kontrolleres først.

Når runneren afsluttes uden problemer, og soapui.log viser de forventede poster, fungerer integrationen og kan foldes ind i en bredere automatiseringstest på.

Ofte Stillede Spørgsmål