Menu

Applikationstest - i det grundlæggende ved softwaretest!

application testing into basics software testing

Prøv Vores Instrument Til At Fjerne Problemer

Introduktion til applikationstest

Application Testing er sådan en aktivitet, der udføres ofte af næsten alle softwaretestere i hans karriere. Disse to ord er ekstremt brede i praktiske aspekter. Imidlertid vil kun kernen og de vigtigste områder blive diskuteret her. Formålet med denne artikel er at røre ved alle de primære områder, så læserne får al den grundlæggende briefing på et enkelt sted.

Applikationstest

I en one-liner kan vi sige, at applikationstest er en proces, hvorigennem funktionens, anvendelighed og konsistens i hele applikationen testes.

Hvad du lærer:

Applikationstest: Forklaring af det grundlæggende ved softwaretest

Kategorier af applikationer

Uanset om det er lille regnesoftware med kun de grundlæggende aritmetiske operationer eller en online virksomhedsløsning; der er tre kategorier af applikationer:

Kategorier af applikationer

For desktop-applikationer skal test tage højde for brugergrænsefladen, forretningslogik, database, rapporter, roller og rettigheder, integritet, brugervenlighed, funktionalitet, ydeevne, sikkerhed, hardware- og softwarekompatibilitet og datastrøm.

For webapplikationer skal testere lægge tilstrækkelig vægt på programmets ydeevne, belastning og sikkerhed.

Andre hovedtesttyper, der er dækket af webapplikationstest, er funktionstest, test på tværs af browsere, UAT, Beta-test, regressionstest, kompatibilitetstest, røgtest, udforskende test, kompatibilitet og multilanguage supporttest og stresstest.

For mobilapplikationer er de vigtigste typer af test, der skal udføres, UI-test, regelbaseret test, regression, funktionstest og sikkerhedstest.

Så AUT (applikation under test) er enten desktopsoftwaren eller et websted eller en mobilapp.

Applikationstest

Metoder til applikationstest

Dette er et velkendt og veldiskuteret aspekt, at der kun er 3 universelt accepterede testmetoder:

# 1) Sort kasse : I black-box-test valideres AUT i forhold til sine krav i betragtning af input og forventede output, uanset hvordan input transformeres til output. Testere er mindst bekymrede over intern struktur eller kode, der implementerer applikationens forretningslogik.

Sort kasse

Der er fire primære teknikker til at designe testsager til Black Box Testing:

  • BVA ( Grænseværdianalyse )
  • EP (ækvivalenspartitionering)
  • Beslutningstabeller
  • Statlige overgangstabeller (og diagrammer)

Black box-test anvendes almindeligvis til funktionel, ikke-funktionel og regressionstest.

#to) Hvid kasse : Det primære fokus for denne metode er at validere, hvordan applikationens forretningslogik implementeres af koden / programmet.

Hvid kasse

Den interne struktur af applikationen testes her, og de tilgængelige teknikker er:

  • Kodedækning
  • Sti dækning

Begge de ovennævnte teknikker indeholder adskillige andre strategier, der kan diskuteres i en anden artikel. Nogle teknikker diskuteres i ' Test case design teknikker 'Emne.

# 3) Grå kasse : Praktisk set er dette en blanding af den sorte kasse og den hvide kasse.

Grå kasse

hvad er forskellen mellem linux og unix

I denne metode tester testeren primært applikationen med Black-box-tilgangen. Men for nogle forretningskritiske eller sårbare moduler i en applikation udføres testen gennem en hvid boks.

Ansøgning Testværktøjer

Der er en masse af Applikations testværktøjer tilgængelig på markedet i dag. Disse inkluderer både betalte og open source-værktøjer. Desuden er nogle værktøjer formålsspecifikke.

For eksempel, UI-test, funktionstest, DB-test, belastningstest, ydeevne, sikkerhedstest og linkvalideringstest osv. Imidlertid er nogle værktøjer stærke nok til at give mulighed for at teste flere vigtige aspekter af en applikation.

Det vigtigste koncept i 'Application Testing' er funktionstest. Så vores fokus vil være på funktionelle testværktøjer.

Her er listen over nogle af de vigtigste og mest grundlæggende funktioner, der leveres af næsten alle 'Functional Testing' værktøjer.

  • Optag og spil
  • Parametriser værdierne
  • Script Editor
  • Kør (testen eller scriptet med fejlretnings- og opdateringstilstande)
  • Rapport om kør-session

Forskellige leverandører leverer nogle specifikke funktioner, der gør deres produkt unikt for andre konkurrerende produkter. Men de fem ovennævnte funktioner er de mest almindelige og findes i næsten alle de funktionelle testværktøjer.

Følgende er listen over få udbredte Funktionelle testværktøjer .

1) HP QTP ( Hurtig test professionel )
2) Selen
3) IBM Rational Robot
4) Test gennemført
5) Tryk for at teste
6) Telerik

Software Test Plan (VÆR VENLIG)

For enhver aktivitet kræves der altid en vis planlægning, og det samme gælder for softwaretest. Uden en ordentlig plan er der altid en høj risiko for at blive distraheret under testen. Hvis denne risiko bliver en kendsgerning, kan resultaterne være forfærdelige.

5 hoveddele af en god testplan

# 1) Anvendelsesområde

  • Oversigt over AUT
  • Funktioner (eller områder), der skal testes
  • Udelukkelser (funktioner eller områder, der ikke skal testes) med grund
  • Afhængigheder (af eventuelle testaktiviteter på hinanden)

# 2) Mål: Dette afsnit beskriver målene for testaktivitet, f.eks. validering af fejlrettelser, nye funktioner tilføjet eller opdatering af AUT osv.

# 3) Fokus: Dette afsnit beskriver, hvilket aspekt af applikationen der vil blive inkluderet i testen, f.eks. sikkerhed, funktionalitet, brugervenlighed, pålidelighed, ydeevne eller effektivitet osv.

# 4) tilgang: Dette afsnit beskriver, hvilken testmetode der vil blive anvendt for hvilke områder af AUT. For eksempel i STP i en ERP-applikation; tilgangssektionen kan indeholde oplysningerne om, at test af sort boks vil være fremgangsmåden for lønningsliste. På den anden side, for rapporter, vil tilgangen være grå boks test.

# 5) Tidsplan: Dette afsnit beskriver, hvem der skal gøre hvad, hvor, hvornår og hvordan på AUT. Skemaafsnittet er faktisk en '4Ws og 1H' af STP. Normalt udarbejdes tidsplanen som en simpel tabel, men enhver organisation kan have sit eget tilpassede format i henhold til deres egne behov.

Når testplanen er klar, og applikationen er under udvikling, designer og dokumenterer testere testsagerne. I afsnittet 'Applikationstest - Metoder' ovenfor har jeg angivet TC-designteknikker.

Applikationstestcykler

Når AUT er klar til test, starter den praktiske fase af testcyklussen, hvor testere faktisk udfører testsagerne på AUT. Husk på, at her diskuteres testcyklussen uanset testniveauer (enhed, modul, integration, system- og brugeraccept) og testmiljøer (Dev, QA, klientens replika, live).

# 1) Røgtest : Dette er den allerførste testcyklus. Formålet med røgafprøvning er at kontrollere, at der ikke er nogen nedbrud i applikationen, og at den er egnet til yderligere test. Dette trin er bredt og lavt.

# 2) Sanity Testing: Dette er den anden testcyklus. Formålet er at kontrollere, at et specifikt modul fungerer korrekt og er egnet til komplet test. Dette trin er smalt og dybt.

Pro Tip: Normalt er der ikke rigelig tid til rådighed til at køre ovenstående to cyklusser separat. Så en blanding af begge disse cyklusser vedtages i praksis.

# 3) Funktionel testning : Den korrekte og fuldgyldige test af applikationen udføres i denne applikationstestcyklus. Det primære fokus for denne aktivitet er at kontrollere, at applikationens forretningslogik fungerer som forventet.

# 4) Regressionstest : Dette er den sidste applikationscyklus. Her bekræftes fejlrettelser og / eller opdateringer. Desuden sikrer regressionstest også, at der ikke fungerer fejl i andre områder af AUT på grund af rettelser og ændringer.

Fejl logges i hver testcyklus. Der er ingen tydelig grænse mellem testcyklusser. For eksempel i regression er funktionaliteten også verificeret, og det kan også først kræve røg, sundhed eller deres fusion.

Vi har talt ovenfor om fire forskellige testtestcykler. Vi er også nødt til at forstå her, at hver applikationstestcyklus har visse trin involveret i den. Generelt har enhver testcyklus trinnene som vist i nedenstående billede:

Applikationstestcykler

Applikationstest - Bedste praksis

Jeg tror, ​​at hundredvis af artikler er tilgængelige på internettet. Hver artikel foreslår et andet antal bedste praksis, der spænder fra 7 til 30 (som jeg har set hidtil). Jeg har dog kun 5 tip til læsere.

  • Plan Korrekt
  • Prøve Helt ærligt
  • Log bugs Klart
  • Udfør regressionstesten Effektivt
  • Forbedre ovenstående fire færdigheder Løbende

Desuden skal du prioritere testsagerne godt og først dække de vigtigste forretningsstrømme.

Konklusion

Application Testing er et stort emne, og det er den primære aktivitet for næsten alle softwaretestere.

I denne artikel har jeg givet en oversigt over de mest grundlæggende og nødvendige områder, der er omfattet af applikationstest. Det involverer strategier, fænomener, tilgange, værktøjer, teknologier og retningslinjer. Jeg har behandlet den konceptuelle og praktiske indsigt i applikationstest sammen med dens mest fremtrædende områder.

Anbefalet læsning

^