how perform automation testing java j2ee applications
Generelt er J2EE-applikationer meget store og indeholder flere komponenter fra front-end-skærm til back-end-database. Automatiseret test foretrækkes frem for manuel test til så store applikationer på grund af tidsbesparelse og kræfter. Automatiseret test udføres typisk ved hjælp af værktøjer og rammer.
En J2EE-applikation indeholder flere komponenter; henvises til del 1 i denne Java-applikations testserie, dvs. “ Oversigt over Java-applikationer ”For flere detaljer.
Som en oversigt: JSP er visningskomponenten eller skærmen. JSF er en visningskomponentramme. JavaScript bruges til skærmvalidering. Servlet, Framework, EJB, Bean og andre Java-klasser bruges til at skrive forretningslogik.
Automatiseret test kan udføres med et værktøj eller en kombination af værktøjer til hver Java-komponent. Bemærk, at applikationstest muligvis ikke er fuldstændig automatiseret. Beslutningen om at automatisere afhænger af applikationens størrelse og kompleksitet og præferencer for udvikleren, testeren og arkitekten. At holde test i tankerne, når processen med at skrive applikationer vil gøre processen jævnere for teamet og producere et slutprodukt af høj kvalitet, der lever op til kundens høje forventninger.
bedste pc-reparationssoftware til Windows 10
Hvad du lærer:
- Stadier i automatiseret testproces:
- Værktøjsvalg
- Fordele ved automatiseret test af J2EE-applikationer
- Konklusion:
- Anbefalet læsning
Stadier i automatiseret testproces:
Til effektiv automatiseret test , testmetoden skal gives en detaljeret overvejelse inden udviklingen af applikationen. Der er to separate processer:
- Applikationsudvikling med det automatiserede testværktøj i tankerne
- Stadierne af at teste sig selv.
Runddiagrammet nedenfor viser udviklingsprocessen med automatiseringstest.
Nedenstående faser beskriver automatiseringstestprocessen :
# 1) Lav en analyse til afgøre, om manuel eller automatiseringstest skal udføres . Analyser også, hvilke del (er) af test i applikationen der skal automatiseres, og hvilken der skal være manuel.
#to) Når der er et omfang eller krav til automatiseringstest, skal du foretage en gennemførlighedsanalyse.
# 3) Beslut og vælg et passende værktøj. Når de komponenter, der er involveret i J2EE-applikationen, er kendt, og applikationens kompleksitet er forstået, kan der vælges et eller flere værktøjer efter behov til testning.
Eksempel, til et helt JSP-baseret applikationsskærmnavigationsværktøj som f.eks Selen Webdriver kan være tilstrækkelig. Bemærk, at for JSF-baseret UI-applikation kan du ud over JUnit- og skærmnavigationstestværktøjer muligvis kræve JSF-specifikke værktøjer til at teste.
# 4) Analyser og beslut, hvor mange faser i test der skal udføres. Hvis enhed, integration, funktion / system og regressioner skal udføres, skal du vælge passende værktøj til hvert trin.
# 5) Analyser testværktøjets indvirkning på design af en applikation. Hvis test bliver automatiseret, er det vigtigt at udvikle applikationer, der holder værktøjet i tankerne.
hvad kaldes fejl i computersoftware
# 6) Udvikl en pilot eller en modelapplikation, kør værktøjet og kontroller, at værktøjet tilføjer den estimerede værdi i analysefasen. Hvis dette trin går som planlagt, kan værktøjet afsluttes til applikationen.
# 7) Når applikationen er klar til at blive testet, skal du skrive testskripter og køre værktøjet.
Værktøjsvalg
Valg af passende værktøj til automatiseringstest for en J2EE-applikation afhænger stort set af typen af applikation og de anvendte teknologier. Bortset fra dette er der flere andre faktorer, der påvirker værktøjsvalg:
1) Ansøgningstype - En J2EE-applikation kan have mange variationer. Nogle er udviklet med rammer som Struts, Spring, Hibernate, andre bruger kun Server Side-teknologier (JSP, Servlets), mens andre applikationer er bygget ende til ende, såsom visningskomponenter, controller, forretningslogik og database.
Et eller flere værktøjer kan vælges i henhold til de anvendte teknologier. For de tilgængelige J2EE-komponentmæssige værktøjer henvises til den næste artikel i denne serie.
2) Anvendelsens kompleksitet - Hvis applikationen er kompleks med økonomiske konsekvenser for et stort antal brugere, skal test udføres på et detaljeret niveau med passende værktøjer.
Hvis applikationen er enkel, såsom en visning af rapporter og data med kun få brugere, kan test udføres med enkle open source-værktøjer.
3) Testtype - Et enhedstestværktøj fungerer muligvis ikke godt til integrationstest og omvendt.For eksempel, JUnit er et populært værktøj til Unit Testing, men TestNG bruges til integrationstest.
4) Testens budget - Mange af de populære værktøjer er open source, så de passer til de fleste projekter. For teknologispecifikke værktøjer kan teamet blive bedt om at kontrollere, om værktøjsomkostninger er acceptable.
5) Tidsrammen for test - Som i de fleste applikationsudviklinger er tidsfristerne stramme. Nogle værktøjer kan kræve mere tid end andre til læring, miljøopsætning og skrivning af testsager.
6) Miljøstøtte - Det er vigtigt at vælge J2EE testværktøjer baseret på det miljø, applikationen kører. For eksempel kører nogle kun på Windows, og nogle er sprogbaserede.
7) Viden om tester - Testeren kan være fortrolig med og opleve i et bestemt værktøj. Hvis dine projektkrav og testernes viden stemmer overens, kan værktøjet vælges for at spare tid på træning.
8) Kompatibilitet med andre testrammer - I store J2EE-applikationer, når flere komponenter såsom JSP, Servlets, JavaScript, JSP, EJB og Database bruges, fungerer et værktøj ikke for alle.
Derfor skal de valgte testrammer kunne rumme andre rammer.
9) Visning af testresultater og statistik - For de fleste projekter kan testlæsbarhed danne vigtige kriterier. Således kan det blive vigtigt, at testudførelsesresultaterne vises i et korrekt skærmformat med mangelliste, årsager osv.
Fordele ved automatiseret test af J2EE-applikationer
- J2EE-applikationer er normalt store; manuel test af hele applikationen kan vise sig at være meget tidskrævende og fejlbehæftet.
- Flere J2EE automatiserede testværktøjer har grundlæggende funktionalitetstestfunktioner. De er udviklet og designet under hensyntagen til komponenten. Dette gør testerens liv meget lettere. For eksempel har et JSF-testværktøj JSFUnit mulighed for at teste rammens klasser.
- Effektiviteten af automatiserede tests er høj. I manuel test afhænger korrektheden af testeren.
- I projekter, hvor gentagne ændringer forekommer, og der kræves test af den samme kode flere gange, viser det sig, at automatiseret test er gavnlig.
- Automatiseret test dækker et større sæt af eksekveringer af testsager. Da denne type test ikke er menneskelig afhængig, er udførelseshastigheden hurtig, og et større sæt kan dækkes på kort tid.
- Da det ikke er nødvendigt med intervention fra testeren, er testresultaterne for det meste mere nøjagtige end manuel test. Testprocessen er også konsekvent.
Konklusion:
Automatiseret test foretrækkes til store J2EE-applikationer. Test af en applikation er muligvis ikke fuldt automatiseret. Manuel og automatiseret test går hånd i hånd. Mens det først og fremmest læring og opsætning af værktøjet kan vise sig at være tidskrævende, er testen mere effektiv, når processen er etableret.
I næste artikel , vil vi se en omfattende liste over populære J2EE-komponentmæssige testværktøjer og -rammer.
Fortæl os din erfaring med automatiseringstest og spørgsmål.
Anbefalet læsning
- 11 bedste automatiseringsværktøjer til test af Android-applikationer (Android App-testværktøjer)
- Bedste softwaretestværktøjer 2021 [QA Test Automation Tools]
- 25 bedste Java-testrammer og værktøjer til automatiseringstest (del 3)
- Hvordan udføres manuel test af ydeevne?
- Test af Primer eBook Download
- Databasetestning med JMeter
- Installation af applikationer og klargøring til appiumtest
- Mister testere deres greb over test på grund af automatisering?