how perform automation testing java j2ee applications
Generelt er J2EE-applikasjoner veldig store og inneholder flere komponenter fra front-end-skjerm til back-end-database. Automatisk testing foretrekkes fremfor manuell testing for så store applikasjoner på grunn av tid og krefter spart. Automatisert testing gjøres vanligvis ved hjelp av verktøy og rammer.
En J2EE-applikasjon inneholder flere komponenter; referer til del 1 av denne Java-applikasjonstestserien, dvs. ' Oversikt over Java-applikasjoner ' for flere detaljer.
Som oversikt: JSP er visningskomponenten eller skjermen. JSF er et rammeverk for visningskomponenter. JavaScript brukes til validering av skjermen. Servlet, Framework, EJB, Bean og andre Java-klasser brukes til å skrive forretningslogikk.
Automatisert testing kan utføres med ett verktøy eller en kombinasjon av verktøy for hver Java-komponent. Vær oppmerksom på at applikasjonstesting kanskje ikke er helt automatisert. Beslutningen om å automatisere avhenger av applikasjonens størrelse og kompleksitet, og preferanser for utvikleren, testeren og arkitekten. Når du skriver tester, vil prosessen bli jevnere for teamet og produsere et sluttprodukt av høy kvalitet som oppfyller kundens høye forventninger.
forskjell mellom utløsing av port og videresending av port
Hva du vil lære:
- Stadier i automatisert testprosess:
- Verktøyvalg
- Fordeler med automatisert testing av J2EE-applikasjoner
- Konklusjon:
- Anbefalt lesing
Stadier i automatisert testprosess:
Til effektiv automatisert testing , må testtilnærmingen gis detaljert tanke før utviklingen av applikasjonen. Det er to separate prosesser:
- Applikasjonsutvikling med tanke på det automatiserte testverktøyet
- Stadiene med å teste seg selv.
Flytskjemaet nedenfor viser utviklingsprosessen med automatiseringstesting.
Trinnene nedenfor beskriver automatiseringsprosessen :
#1) Gjør en analyse til avgjøre om manuell eller automatiseringstesting skal utføres . Analyser også hvilken del av testingen i applikasjonen som skal automatiseres og hvilken som skal være manuell.
#to) Når det er et omfang eller krav til automatiseringstesting, gjør en mulighetsanalyse.
# 3) Velg og velg et passende verktøy. Når komponentene som er involvert i J2EE-applikasjonen er kjent og kompleksiteten i applikasjonen er forstått, kan ett eller flere verktøy etter behov velges for testing.
Eksempel, for et helt JSP-basert applikasjonsskjermnavigeringsverktøy som Selen Webdriver kan være tilstrekkelig. Vær oppmerksom på at for JSF-basert UI-applikasjon, i tillegg til JUnit og Screen Navigation Testing Tools, kan det hende du trenger JSF-spesifikke verktøy for å teste.
# 4) Analyser og bestem hvor mange trinn i testing som må utføres. Hvis enhet, integrasjon, funksjon / system og regresjoner skal utføres, velg passende verktøy for hvert trinn.
# 5) Analyser effekten av testverktøyet på utformingen av en applikasjon. Hvis testing skal automatiseres, er det viktig å utvikle applikasjoner med tanke på verktøyet.
håndtere vanskelige situasjoner på jobben
# 6) Utvikle en pilot eller en modellapplikasjon, kjør verktøyet og sjekk at verktøyet tillegger verdien som er estimert i analysefasen. Hvis dette trinnet går som planlagt, kan verktøyet avsluttes for applikasjonen.
# 7) Når applikasjonen er klar til å bli testet, skriver du testskript og kjører verktøyet.
Verktøyvalg
Velge riktig verktøy for automatiseringstesting for en J2EE-applikasjon avhenger i stor grad av typen applikasjon og teknologiene som brukes. Bortsett fra dette er det flere andre faktorer som påvirker verktøyvalget:
1) Søknadstype - En J2EE-applikasjon kan ha mange varianter. Noen er utviklet med rammeverk som Struts, Spring, Hibernate, noen bruker bare Server Side-teknologier (JSP, Servlets), mens andre applikasjoner er bygget helt til slutt, for eksempel visningskomponenter, kontroller, forretningslogikk og database.
Ett eller flere verktøy kan velges i henhold til teknologiene som brukes. For tilgjengelige J2EE-komponentmessige verktøy, se neste artikkel i denne serien.
2) Kompleksiteten i applikasjonen - Hvis applikasjonen er kompleks med økonomiske implikasjoner for et stort sett med brukere, må testingen gjøres på et detaljert nivå med passende verktøy.
Hvis applikasjonen er enkel, for eksempel en visning av rapporter og data med bare noen få brukere, kan testing gjøres med enkle open source-verktøy.
3) Testtype - Et enhetstestverktøy fungerer kanskje ikke bra for integrasjonstesting og omvendt.For eksempel, JUnit er et populært verktøy for enhetstesting, men TestNG brukes til integrasjonstesting.
4) Testbudsjettet - Mange av de populære verktøyene er åpen kildekode, så de passer til de fleste prosjekter. For teknologispesifikke verktøy kan teamet bli bedt om å sjekke om kostnadene for verktøy er akseptable.
5) Tidsrammen for testing - Som i de fleste applikasjonsutviklinger er fristene stramme. Noen verktøy kan kreve mer tid enn andre for læring, miljøoppsett og skriving av testsaker.
6) Miljøstøtte - Det er viktig å velge J2EE testverktøy basert på miljøet applikasjonen vil kjøre. For eksempel kjører noen bare på Windows, og noen er språkbaserte.
7) Kunnskap om tester - Testeren kan være kjent med og oppleve i et bestemt verktøy. Hvis prosjektets krav og testernes kunnskap samsvarer, kan verktøyet velges for å spare tid på trening.
8) Kompatibilitet med andre testrammer - I store J2EE-applikasjoner, når flere komponenter som JSP, Servlets, JavaScript, JSP, EJB og Database brukes, fungerer ikke ett verktøy for alle.
Derfor bør testrammene som er valgt, kunne imøtekomme andre rammer.
9) Visning av testresultater og statistikk - For de fleste prosjekter kan testlesbarhet danne viktige kriterier. Dermed kan det bli viktig at resultatene for testutførelsen vises i riktig skjermformat med mangelliste, årsaker osv.
Fordeler med automatisert testing av J2EE-applikasjoner
- J2EE-applikasjoner er normalt store; manuell testing av hele applikasjonen kan vise seg å være veldig tidkrevende og feilutsatt.
- Flere J2EE automatiserte testverktøy kommer med grunnleggende funksjonalitetstestfunksjoner. De er utviklet og designet med tanke på komponenten. Dette gjør livet til testeren mye lettere. For eksempel har et JSF-testverktøy JSFUnit tiltak for å teste rammeverkets klasser.
- Effektiviteten til automatiserte tester er høy. I manuell testing avhenger korrektheten av testeren.
- I prosjekter der gjentatte endringer forekommer og det er nødvendig å teste den samme koden flere ganger, viser det seg gunstig å bruke automatisert testing.
- Automatisert testing dekker et større sett med henrettelser i testtilfeller. Siden denne typen testing ikke er menneskelig avhengig, er utførelseshastigheten rask, og et større sett kan dekkes på kort tid.
- Ettersom inngripen fra testeren ikke er nødvendig, er testresultatene for det meste mer nøyaktige enn manuell testing. Testprosessen er også konsekvent.
Konklusjon:
Automatisert testing foretrekkes for store J2EE-applikasjoner. Å teste et program er kanskje ikke fullstendig automatisert. Manuell og automatisert testing går hånd i hånd. Selv om det først og fremst kan være tidkrevende å lære og sette opp verktøyet, er testingen mer effektiv når prosessen er etablert.
I neste artikkel , vil vi se en omfattende liste over populære J2EE komponentvise testverktøy og rammer.
Gi oss beskjed om erfaring og spørsmål om automatiseringstest.
Anbefalt lesing
- 11 beste automatiseringsverktøy for testing av Android-applikasjoner (Android-app-testverktøy)
- Beste verktøy for testing av programvare 2021 [QA Test Automation Tools]
- 25 beste Java-testrammer og verktøy for automatiseringstesting (del 3)
- Hvordan utføre manuell ytelsestesting?
- Testing Primer eBook Download
- Databasetesting med JMeter
- Installere applikasjoner og klargjøre dem for appiumtesting
- Mister testere grepet over testing på grunn av automatisering?