Meny

Applikasjonstesting - inn i det grunnleggende om programvaretesting!

application testing into basics software testing

Prøv Instrumentet Vårt For Å Eliminere Problemer

Introduksjon til applikasjonstesting

Application Testing er en slik aktivitet som utføres ofte av nesten alle programvaretester i karrieren. Disse to ordene er ekstremt brede i praktiske aspekter. Imidlertid vil bare kjernen og de viktigste områdene bli diskutert her. Hensikten med denne artikkelen er å berøre alle hovedområdene slik at leserne får all grunnleggende orientering på ett sted.

Søknadstesting

I en one-liner kan vi si at applikasjonstesting er en prosess der funksjonalitet, brukervennlighet og konsistens i hele applikasjonen blir testet.

Hva du vil lære:

Søknadstesting: Forklaring av det grunnleggende om programvaretesting

Kategorier av applikasjoner

Enten det er liten kalkulatorprogramvare med bare de grunnleggende aritmetiske operasjonene eller en online bedriftsløsning; det er tre kategorier søknader:

Kategorier av applikasjoner

For stasjonære applikasjoner bør testing ta hensyn til brukergrensesnittet, forretningslogikk, database, rapporter, roller og rettigheter, integritet, brukervennlighet, funksjonalitet, ytelse, sikkerhet, maskinvare- og programvarekompatibilitet og dataflyt.

For webapplikasjoner bør testere legge tilstrekkelig vekt på ytelsen, belastningen og sikkerheten til applikasjonen.

Andre hovedtestingstyper som dekkes under nettapplikasjonstesting er funksjonstesting, tverrleser-testing, UAT, Beta-testing, regresjonstesting, kompatibilitetstesting, røykprøving, utforskende testing, kompatibilitet og flerspråklig supporttest og stresstesting.

For mobilapplikasjoner er hovedtypene for testing som skal gjøres UI-testing, Regelbasert testing, regresjon, funksjonstest og sikkerhetstesting.

Så AUT (applikasjon under test) er enten stasjonær programvare eller et nettsted eller en mobilapp.

Søknadstesting

Søknadstestmetoder

Dette er et velkjent og godt diskutert aspekt at det bare er 3 allment aksepterte testmetoder:

#1) Svart boks : I black-box testing blir AUT validert mot kravene med tanke på innganger og forventede utganger, uavhengig av hvordan inngangene blir omgjort til utganger. Testere er minst opptatt av intern struktur eller kode som implementerer forretningslogikken til applikasjonen.

Svart boks

Det er fire primære teknikker for å designe testsaker for Black Box Testing:

  • BVA ( Grenseverdianalyse )
  • EP (Equivalence Partitioning)
  • Beslutningstabeller
  • Statlige overgangstabeller (og diagrammer)

Black box testing brukes ofte til funksjonell, ikke-funksjonell og regresjonstesting.

#to) Hvit boks : Hovedfokuset for denne metoden er å validere hvordan forretningslogikken til applikasjonen implementeres av koden / programmet.

Hvit boks

Den interne strukturen til applikasjonen blir testet her, og de tilgjengelige teknikkene er:

  • Kodedekning
  • Banedekning

Begge de ovennevnte teknikkene inneholder flere andre strategier som kan diskuteres i en annen artikkel. Noen teknikker er diskutert i Test tilfelle design teknikker ' emne.

# 3) Grå boks : Praktisk sett er dette en blanding av svart boks og hvit boks.

Grå boks

hvordan du implementerer en kø i java

I denne metoden tester testeren hovedsakelig applikasjonen med Black-box-tilnærmingen. Men for noen forretningskritiske eller sårbare moduler i en applikasjon, blir testingen gjort gjennom en hvit boks.

applikasjon Testverktøy

Det er mange av Verktøy for testing av applikasjoner tilgjengelig i markedet i dag. Disse inkluderer både betalte verktøy og open source-verktøy. Dessuten er noen verktøy spesifikke.

For eksempel, UI testing, Functional Testing, DB Testing, Load Testing, Performance, Security Testing, and Link validation testing, etc. Noen verktøy er imidlertid sterke nok til å gi muligheten til å teste flere hovedaspekter av en applikasjon.

Det viktigste konseptet i ‘Application Testing’ er funksjonstesting. Så vårt fokus vil være på funksjonelle testverktøy.

Her er listen over noen viktigste og grunnleggende funksjoner som tilbys av nesten alle ‘Functional Testing’ verktøyene.

  • Ta opp og spill
  • Parametriser verdiene
  • Skriptredaktør
  • Kjør (testen eller skriptet, med feilsøkings- og oppdateringsmodus)
  • Rapporter om Run-økt

Ulike leverandører gir noen spesifikke funksjoner som gjør at produktet deres er unikt for andre konkurrerende produkter. Men de fem funksjonene som er oppført ovenfor er de vanligste og finnes i nesten alle funksjonelle testverktøy.

Følgende er listen over få mye brukt Funksjonelle testverktøy .

1) HP QTP ( Quick Test Professional )
to) Selen
3) IBM Rational Robot
4) Testen er fullført
5) Trykk for å teste
6) Telerik

Programvaretestplan (VÆR SÅ SNILL)

For enhver aktivitet er det alltid behov for litt planlegging, og det samme gjelder for programvaretesting. Uten en ordentlig plan er det alltid høy risiko for å bli distrahert under testingen. Hvis denne risikoen blir et faktum, kan resultatene være fryktelige.

5 hoveddeler av en god testplan

# 1) Omfang

  • Oversikt over AUT
  • Funksjoner (eller områder) som skal testes
  • Unntak (funksjoner eller områder som ikke skal testes) med grunn
  • Avhengighet (av testaktiviteter på hverandre, hvis noen)

# 2) Mål: Denne delen beskriver målene for å teste aktivitet, f.eks. validering av feilrettinger, nye funksjoner lagt til eller modernisert AUT, etc.

# 3) Fokus: Denne delen beskriver hvilket aspekt av applikasjonen som vil inngå i testingen, f.eks. sikkerhet, funksjonalitet, brukervennlighet, pålitelighet, ytelse eller effektivitet, etc.

# 4) Tilnærming: Denne delen beskriver hvilken testmetodikk som vil bli brukt for hvilke områder av AUT. For eksempel i STP i en ERP-applikasjon; tilnærmingsdelen kan inneholde informasjonen om at svart boksetesting vil være tilnærmingen for lønn. På den annen side, for rapporter, vil tilnærmingen være testing av grå bokser.

# 5) Tidsplan: Denne delen beskriver hvem som skal gjøre hva, hvor, når og hvordan på AUT. Tidsplandelen er faktisk en '4Ws og 1H' av STP. Normalt er tidsplanen utarbeidet som en enkel tabell, men hver organisasjon kan ha sitt eget tilpassede format i henhold til sine egne behov.

Når testplanen er klar og applikasjonen er under utvikling, designer testere og dokumenterer testtilfellene. I delen 'Søknadstesting - metoder' ovenfor har jeg listet opp TC-designteknikkene.

Applikasjonstestesykluser

Når AUT er klar for testing, starter den praktiske fasen av testsyklusen der testere faktisk utfører testsakene på AUT. Husk at her blir testsyklusen diskutert uavhengig av testnivåer (enhet, modul, integrasjon, system- og brukeraksept) og testmiljøer (Dev, QA, Client’s Replica, Live).

#1) Røykprøving : Dette er den aller første testsyklusen. Hensikten med røykprøving er å verifisere at det ikke krasjer i applikasjonen, og at den er egnet for videre testing. Dette trinnet er bredt og grunt.

# 2) Sanity Testing: Dette er den andre testsyklusen. Hensikten er å verifisere at en bestemt modul fungerer som den skal og er egnet for fullstendig testing. Dette trinnet er smalt og dypt.

Pro Tips: Vanligvis er det ikke god tid til å kjøre de to syklusene over hver for seg. Så, en blanding av begge disse syklusene er vedtatt i praksis.

# 3) Funksjonell testing : Riktig og fullverdig testing av applikasjonen utføres i denne applikasjonstestsyklusen. Hovedfokuset for denne aktiviteten er å verifisere at applikasjonens forretningslogikk fungerer som forventet.

# 4) Regresjonstesting : Dette er den siste applikasjonssyklusen. Her bekreftes feilrettingen og / eller oppdateringen. Videre sikrer regresjonstesting også at det ikke fungerer feil i andre områder av AUT på grunn av reparasjoner og endringer.

Feil logges i hver testsyklus. Det er ingen tydelig grense mellom testsyklusene. For eksempel, i regresjon, blir funksjonaliteten også bekreftet, og det kan også kreve røyk, sunn fornuft eller deres fusjon først.

Vi har snakket ovenfor om fire forskjellige applikasjonstestesykluser. Vi må også forstå her at hver applikasjonstestsyklus har visse trinn involvert i den. Generelt har enhver testsyklus trinnene som er presentert i bildet nedenfor:

Applikasjonstestesykluser

Søknadstesting - Beste praksis

Jeg tror hundrevis av artikler er tilgjengelige på internett. Hver artikkel foreslår et annet antall beste fremgangsmåter fra 7 til 30 (som jeg har sett så langt). Imidlertid har jeg bare 5 tips til leserne.

  • Plan Riktig
  • Test Helt ærlig
  • Logg av feilene Helt klart
  • Gjør regresjonstesten Effektivt
  • Forbedre de ovennevnte fire ferdighetene Kontinuerlig

Videre bør du prioritere testsakene godt og dekke de viktigste forretningsstrømmene først.

Konklusjon

Applikasjonstesting er et stort emne, og det er den primære aktiviteten for nesten alle programvaretestere.

I denne artikkelen har jeg gitt en oversikt over de mest grunnleggende og nødvendige områdene som faller inn under applikasjonstesting. Det involverer strategier, fenomener, tilnærminger, verktøy, teknologier og retningslinjer. Jeg har adressert den konseptuelle og praktiske innsikten i applikasjonstesting sammen med de mest fremtredende områdene.

Anbefalt lesing

^