Vad är applikationstestning?
Thomas Hamilton
⚡ Smart sammanfattning
Applikationstestning validerar en hel programvaruprodukt snarare än en enda enhet, och täcker gränssnitt, funktion, databas och belastningsbeteende. Den här sidan förklarar livscykeln i fyra steg, de tre testmetoderna, testplanering, verktyg, mätvärden och mobilspecifik praxis.
Vad är applikationstestning?
Applikationstestning definieras som en typ av mjukvarutestning som utförs genom skript med motivet att hitta fel i programvaran. Den behandlar tester för hela applikationen.
Det hjälper till att förbättra kvaliteten på dina applikationer samtidigt som du minskar kostnaderna, maximerar ROI och sparar utvecklingstid.
Inom Software Engineering kan applikationstestning göras i olika kategorier som GUI, funktionalitet, databas (backend), belastningstest, etc.
För applikationstestning innefattar testets livscykler olika faser som inkluderar kravanalys, testplanering, testanalys, testdesign, testexekvering & buggrapportering, etc.
Dessa faser löses upp i en kort, repeterbar livscykel som varje applikation följer.
Hur testar man en applikation?
Programvaruapplikationer och produkter har ett antal variationer när det gäller funktioner de stöder såväl som processer de implementerar. Så applikationstestning säkerställer att ett visst program eller applikation fungerar korrekt.
En livscykel för applikationstestning omfattar fyra steg.
- Steg 1) Designa testplaner baserade på applikationskrav
- Steg 2) Utveckla manuella testfall och automatiserade testskript
- Steg 3) Utför funktionstester för att validera applikationskrav
- Steg 4) Utför belastningstester och justera applikationsprestanda
Typen av tester som körs beror på vilken typ av applikation som testas. Applikationstestning är indelad i 3 segment.
- Testning av webbapplikationer
- Testning av skrivbordsapplikationer
- Test av mobilapplikationer
| Applikationstestning | Typer av utförda tester |
|---|---|
|
|
|
|
|
|
Jämförelse av testning av webb-, skrivbords- och mobilapplikationer
De tre segmenten delar en livscykel men skiljer sig markant åt i vad som faktiskt går sönder. Att veta var risken koncentreras visar var testbudgeten ska spenderas.
| Skillnadspunkt | web | Desktop | Mobil |
|---|---|---|---|
| Går på | En webbläsare över ett nätverk | En installerad maskin | En handenhet eller surfplatta |
| Huvudvariabel | Webbläsare och version | Operasystem och hårdvara | Enhet, operativsystemversion och skärmstorlek |
| Nätverksberoende | alltid ansluten | Ofta offline | Intermittent, och måste överleva förlust |
| Största risken | Rendering och laddning i flera webbläsare | Installation och kompatibilitet | Fragmentering över enheter |
| Avbryt hanteringen | Sällan relevant | Sällan relevant | Samtal, aviseringar och låg batterinivå |
| Uppdatera sökväg | Serversidan, direkt för alla | Användaren installerar en patch | App Store-granskning, stegvis lansering |
Mobil bär på de mest okontrollerade variablerna, vilket är anledningen till att den behandlas separat senare på den här sidan.
Metoder för applikationstestning
Testmetodik är det strukturerade sättet att säkerställa att en mjukvaruapplikation är fullständigt testad. En oorganiserad och dålig testmetodik kan leda till en instabil produkt.
Det finns tre sätt att testa på.
- Svart Box Testning
- Vit Box Testning
- Grå Box Testning
Svart Box Testning
Svart Box Testning teknik används vanligtvis för testning Funktionstestning, Icke-funktionell testning, och regressionstestning. Vid black box-testning används strategierna
- Ekvivalensklasstestning
- Gränsvärdetestning
- Beslutsbordstestning
- Tillståndsövergångstabeller
Vit Box Testning
Vitlåda testning används vanligtvis för att testa programkod för att kontrollera interna säkerhetshål, trasiga eller dåligt strukturerade sökvägar, funktionalitet hos villkorliga loopar etc. Vid white box-testning används strategierna
- Code Täckningsanalys
- Bantäckning
Grå Box Testning
Denna testteknik är en kombination av både svart Box Testning såväl som white box-testning. Det utförs för att hitta defekter baserat på felaktig struktur eller applikationsanvändning.
Testplan för applikationstestning
Ocuco-landskapet Testplan dokumentet härrör från produkten Description, Programvarukravsspecifikation SRS eller Use Case Documents. Fokus för testet är vad man ska testa, hur man testar, när man ska testa och vem som ska testa. Testplansdokument används som kommunikationsmedium mellan testteam och testledare.
En standardtestplan för applikationstestning bör definiera följande funktioner;
- Definiera omfattningen av testningen
- Definiera syftet med testet
- Tillvägagångssätt för testaktivitet
- Schema för testning
- Bug trackung och rapportering
Inträdes- och utträdeskriterier för applikationstestning
Testplanen listar formella start- och avslutningskriterier som bästa praxis, men de är värda att tydligt beskriva. Utan dem börjar en testfas antingen mot en instabil byggnad eller fortsätter utan någon överenskommen mållinje.
Inträdeskriterier måste vara uppfyllda innan utförandet påbörjas.
- Krav och SRS granskas och baslinjen fastställs.
- Testplanen och testfallen är skrivna och godkända.
- Byggnaden driftsätts till en stabil testmiljö och klarar ett röktest.
- Testdata och nödvändiga konton eller enheter är tillgängliga.
- En defekt tracking-verktyget är konfigurerat och teamet har åtkomst.
Utgångskriterier visa att fasen har uppfyllt sitt syfte.
- Alla planerade testfall utförs och resultaten registreras.
- Inga kritiska eller allvarliga defekter kvarstår.
- Överenskommen täckning mot kraven uppnås.
- Återstående fel av låg allvarlighetsgrad dokumenteras och accepteras av verksamheten.
- Testsammanfattningsrapporten är undertecknad.
Verktyg för applikationstestning
Det finns olika testverktyg för applikationstestning. Val av verktyg beror på vilken typ av testning du vill utföra. För olika plattformar rekommenderas olika verktyg. Applikationstestverktyg säkerställer prestanda, användbarhet och funktionalitet för applikationer över en mängd olika enheter.
Här är några av dem.
- Selenium
- IBM Rational Functional Tester (Anbudsförfrågan)
- LoadRunner (Nu OpenText LoadRunner, tidigare HP och Micro Focus)
- Apache JMeter
💡 Obs: IBM Rational Robot, som länge listats tillsammans med RFT, har dragits tillbaka från marknaden. Rational Functional Tester är den nuvarande IBM erbjudande, så nya projekt bör inte planeras kring Robot.
Viktiga mätvärden för applikationstestning
Att köra tester bevisar aktivitet, inte effektivitet. En liten uppsättning mätvärden visar om testningen faktiskt hittar fel och om applikationen konvergerar vad gäller releasekvalitet.
- Testtäckning: Andelen krav med minst ett mappat testfall. Låg täckning innebär oprotat beteende, oavsett vad godkändfrekvensen säger.
- Defektdensitet: Defekter dividerat med storlek, vanligtvis per tusen rader kod eller per modul. Det pekar på de komponenter som behöver omarbetas snarare än mer testning.
- Defektläckage: Fel som upptäckts i produktionen dividerat med totalt antal fel som upptäckts. Ökande läckage är den tydligaste signalen på att något saknas vid testning före lansering.
- Effektivitet vid borttagning av defekter: Fel som upptäckts före utgivning som andel av alla fel. En siffra över nittio procent är ett vanligt mål.
- Testkörningsfrekvens: Fall som körs mot planerade fall, tracked per cykel så att glidning syns tidigt snarare än vid utgångsgrinden.
Track trenden snarare än en enskild avläsning. En cykel i sig säger väldigt lite.
Testa bästa praxis för applikationstestning
Att välja rätt strategi för applikationstestning är ett garanterat sätt att upptäcka defekter i applikationen. Så det blir extremt viktigt att QA-teamet följer en uppsättning standardprocesser för att upptäcka fler fel och med mindre tid.
För applikationstestning inkluderar några av de bästa metoderna
- Definiera funktionsspecifikationer
- Reviews och inspektioner
- Formella in- och utträdeskriterier
- Funktionstestvariationer
- Multiplattformstestning
- Automatiserad testkörning
Utmaningar för applikationstestning
När en testare testar en applikation kan hen stöta på många utmaningar
- Problem identifieras endast när användaren ringer
- Oförmåga att förutse förändringens effekter
- Ingen insyn i applikations- och driftfel
- Tidskrävande
Test av mobilapplikationer
Som webbapplikationstestning, Mobil Applikationstestning baseras också på samma teststrategi och metod. Skillnaden kan ligga i de verktyg som används för testning, några vanliga verktyg som används för mobilapplikationstestning är Appium, TestComplete, Robotiumoch Espresso.
Mobilapplikationstyper kategoriseras i tre sektioner
- Webbapplikation - Den nås av användare via ett nätverk som internet eller ett intranät
- Native Application- Den är utvecklad för specifik plattform och installerad på en datorenhet
- Hybridapplikation – Den kombinerar element från både webb och native, till exempel Facebook.
För större delen av den mobila plattformen kan du använda enkel CSS, HTML, JS, etc.
Exempel på testfall för mobilapplikationstestning
En komplett mobil testapplikationsstrategi inkluderar enhets- och nätverksinfrastruktur, val av målenheter och en effektiv kombination av manuella och automatiserade testverktyg för att täcka både icke-funktionell och funktionell testning.
För mobilapplikationer är saker som ska testas
- Installation
- OTA
- Wi-Fi
- Datakabel
- bluetooth
- Avinstallation
- Applikationslogotyp
- Stänk
- Lågt minne
- Visuell feedback
- Avsluta ansökan
- Start/Omstart av applikation
Mobila testutmaningar
Med ett ökat antal mobilanvändare och enheter blir det alltmer komplext att testa en mobilapp. Att testa en mobilapplikation skiljer sig avsevärt från att testa en datorbaserad webbapplikation. De vanligaste utmaningarna man möter vid mobiltestning är
- Omfattande testtäckning
- Hantera fragmentering (olika OS-versioner, processor, minne)
- Avsaknad av testplan
- Tidspress
- Brist på fysiska enheter
- Mångfald i plattform och OS
