Systemtest - Olika typer och viktigt fokusområde för systemtestning

Introduktion till systemtest

Har du någonsin hört talas om systemtestning? Ja, naturligtvis har du hört men vet inte vad som testar. Hur det implementeras i själva miljön. Dagens värld är fylld med många enheter, ny teknik kommer ut varje dag. För att upprätthålla kvaliteten och se till att vår produkt är felfri och pålitlig har varje utveckling sitt parallella testteam åt sidan.

Testning är processen för korskontroll om vi har rätt funktionalitet eller inte. Programvarutestning är en fas där programvaran är klar. Nu kommer den integrerade programvaran att testa. Vid testning kontrollerar vi att programvaran uppfyller våra krav eller inte.

Testning som görs på hela systemet som kallas systemtest. Genom detta test upptäcker vi felen. Det säkerställer att allt system fungerar som förväntat. Vi kontrollerar systemets prestanda och funktionalitet för att få en kvalitetsprodukt. Systemtestning är inget annat än att testa systemet som helhet. Den här testen kontrollerar fullständigt slut-till-slut-scenario enligt kundens synvinkel.

Funktionella och icke-funktionella tester görs också genom systemtest. Allt görs för att upprätthålla förtroende inom utvecklingen att systemet är defektfritt och felfritt. Systemtestning är också avsett att testa specifikationer för hårdvara / mjukvara.

Systemtestning är mer av en begränsad typ av testning; den strävar efter att upptäcka båda defekterna i ”inter-assemblages”.

Det finns två typer av tester:

Det är specialiserade system och applikationer

Innan jag hoppar direkt in i systemtest vill jag att du ska veta flödet av testning. Så du får en klar idé. Titta på följande diagram.

Typer av systemtestning

Nedan visas de olika typerna av tester som är följande:

1. Test av funktionalitet

Denna testning ser till att en produkts funktionalitet fungerar enligt kravspecifikationen inom systemets funktioner.
Funktionstest utförs manuellt eller med automatiserade verktyg.

2. Återställbarhetstest

Denna testning avgör om operationerna kan fortsätta efter en katastrof eller efter att systemets integritet har förlorats.
Det bästa exemplet på detta antar att vi laddar ner en fil. Och plötsligt går anslutningen av. Efter återupptagning av anslutningen börjar nedladdningen där vi lämnade. Det börjar inte från att starta igen.
Detta används där kontinuiteten i verksamheten är nödvändig

3. Prestandatestning

Denna testning säkerställer att systemets prestanda under olika tillstånd, när det gäller prestandaegenskaper.
Denna testning kallas också som efterlevnadstest med avseende på prestanda.
Denna testning säkerställer att det uppfyller systemkraven
Det kontrollerar när flera användare använder samma app åt gången och sedan hur den svarar tillbaka

Prestandatestning kan kategoriseras i tre huvudkategorier som hastighet, skalbarhet, stabilitet.

4. Test av skalbarhet

Denna testning säkerställer systemets skalförmåga i olika termer som användarskalning, geografisk skalning och resursskalning.

5. Test av pålitlighet

Tillförlitlighetstestning ser till att systemet är felfritt.
Denna testning säkerställer att systemet kan köras under en längre tid utan att utveckla fel.

6. Dokumentationstest

Denna testning ser till att systemets användarhandbok och andra hjälpämnen dokument är korrekta och användbara.

7. Säkerhetstest

Testning som bekräftar att programmet kan få åtkomst till auktoriserad personal och att auktoriserad personal kan komma åt de funktioner som finns tillgängliga för deras säkerhetsnivå.
Denna testning ser till att systemet inte tillåter obehörig åtkomst till data och resurser.
Syftet med säkerhetstestning är att bestämma, hur väl ett system skyddar mot obehörig intern eller extern åtkomst eller avsiktlig skada.
Det finns följande område där vi i allmänhet kan kontrollera säkerhet:

autentisering
Tillstånd
Datavalidering
Transportsäkerhet
Dataskydd
Session management

8. Test av användbarhet

För att se till att systemet är enkelt att använda, lära dig och använda

9. Test av krav

Varje system är ett testat krav.

Direkt observationer av personer som använder systemet.
Användbarhetsundersökningar har gjorts under denna testning.
Användartester enligt denna testning. Kallas också som Betatestning.
Denna testning testar systemet hur den verkliga användaren kommer att fungera i miljön.
Användbarhetstest används främst för att utforma applikationen.
I ett användbarhetstest försöker faktiska användare att få typiska mål och uppgifter med en produkt under kontrollerade förhållanden.

Detta system används för att bestämma:

Hur enkelt är det att förstå applikationsanvändning.
Hur lätt det är att utföra en ansökningsprocess.

10. Laddningstest

Denna testning avgör hur applikationen beter sig när flera användare får åtkomst till den samtidigt på flera platser.

Denna testning görs för att bestämma om systemprestanda är acceptabel vid en förutbestämd lastnivå.
Lasttest utvärderar systemets prestanda med de fördefinierade belastningsnivåerna.
Den kontrollerar normala och fördefinierade villkor för applikationen.

11. Stresstestning

Denna test kontrollerar vanligtvis att systemet kommer att fortsätta att fungera när det utsätts för den stora datamängden än förväntat.

Stresstestning kan innehålla inmatningstransaktioner, interna tabeller, kommunikationskanaler, diskutrymme etc.
Stresstest kontrollerar att systemet ska köras som i en produktionsmiljö.
Den kontrollerar systemet under extrema förhållanden.
Stresstestning kallas också uthållighetstestning.

12. Konfigurationstest

Konfigurationstest kontrollerar det med flera kombinationer av applikationer med hårdvara.
Denna test kontrollerar om det finns ett kompatibilitetsproblem.
Bestäm minimal och optimal H / W- och S / W-konfiguration.
Denna testning bestämmer effekterna av att lägga till eller modifiera resurser som minne, diskutrymme, CPU, nätverkskort.

13. Test av kompatibilitet

Kompatibilitetstest som används för att kontrollera om din applikation kan köras på olika H / W, OS, applikationer, nätverksmiljöer eller mobila enheter etc.
Liknar testning med flera plattformar.
Kapacitetstestning är mer användbar i webbaserade applikationer där vi kan kontrollera att applikationen måste vara tillgänglig från alla webbläsare.

Viktigt fokusområde

Under systemtest testas systemet inom produktionsmiljön. Innan produkten levereras bör systemet testas i en produktionsmiljö.
Utvecklings- och produktionsmiljön kan vara annorlunda per företag.
Det bör främst få konfigurationsrelaterat fel.

Systemtestkoncept

Systemtest faller inom ramen för Black-Box-testning. Det finns också tester som säkerhet, tillförlitlighet, prestanda, installation, funktionstest osv.

Vi har också vitlådestestning. Detta också, känd som clear-box-testning. Testning av vitlåda innebär testning där testapplikationens inre struktur är känd för testaren. Men i den här artikeln fokuserar vi på svartboxtestning.

Vad är Black-Box Testing?

Denna testning kallas också beteendestestning.
Black-box-testning fokuserar huvudsakligen på inmatning och utdata eftersom den interna koden är dold för testaren

Systemtestning har också några specialiserade tester enligt följande:

1. Regressionstest

Denna test beror på tid. Faktorn räcker inte alltid för denna testning. Denna testning görs på två sätt:

Manuell testning :

Manuell testning kan göras för små system. Projektet där kostnaderna är frågan. Den automatiska testningen är inte bekväm.

Utvecklare eller kvalitetssäkringsteam testar manuellt var och en av banorna i programvarukoden. Och sedan har jämförelsen skett.

Denna testning är mycket tidskrävande och behöver mycket resurser för att arbeta med den.

Denna testning är inte effektiv så automatiseringstestningen kommer in i bilden

Automatisk testning:

Denna testning är mycket bra. Många företag som försöker få automatiserade testverktyg.

Om vi har många versionändringar för en applikation är det till stor hjälp. En klass av dessa verktyg kallas fångade uppspelningsverktyg.

2. Test av felhantering

För att bestämma systemets förmåga att behandla felaktiga transaktioner på rätt sätt.
Allt rimligt fel är tänkt att upptäcka av applikationssystemet.
Kontroll över felet under felkorrigering är ett måste.
Förfaranden garanterar oftast att felet korrigeras korrekt.
Denna testning bör ske i SDLC.
Fel omfattar alla oväntade förhållanden.
Den kontrollerar programvarans förmåga att utföra alla transaktioner på rätt sätt.
För ex: Lägg bara några felaktiga värden i applikationen för att kontrollera om systemet är tillräckligt kapabelt för att hitta dessa problem. Denna process kan vara iterativ.

3. Testning mellan system

Denna testning görs när en applikation placeras i ett distribuerat område. Och all placerad integration sker. Denna testning görs huvudsakligen för att kontrollera flödet av data från det värdiga huvudsystemet till andra system.
Kort sagt kan vi säga att "Testning av ett gränssnitt mellan två eller flera applikationssystem."
Detta avgör:

Dokumentationen för systemet är fullständig och korrekt.
Parametrar och data skickas korrekt mellan de två applikationerna.

Det finns bitar av tester som transaktionen från ett system till ett annat system och vice versa körs korrekt. korscheck har hänt och om ett fel inträffar korrigeras det vid den tiden.
Denna testning säkerställer dataflöde mellan applikationen.
Denna testning är tråkig om automatisering inte görs.
Kostnaden är mer om det är fler.

4. Sanity Testing

Sanitetstest innebär att man kontrollerar systemets beteende. Denna testning kallas också som smal regressionstest.
Sanitetstester är användbara för både initial miljövalidering och framtida interaktiva steg.
Sanitetstestning är fokuserad.
Denna testning betraktas också som en delmängd av regressionstest.
Exempel på Sanity-testning är att vi kan anta att vi behöver systemets drifttid. Hur måste tidssystemet ta för att komma upp?
Sanitetstest som ursprungligen utformats för att testa kärnmoduler.
Sanitetstestning kan kontrollera anslutningen till applikationsservrar och med kringutrustning.

5. Röktestning

I allmänhet kallas röktestning också "Build Verification Testing".
Denna term kommer från hårdvarutestning. Vid hårdvarutestning klarat enheten testet, om den inte fick eld eller rökt första gången den startades.
Röktestning kontrollerar mjukvarans testbarhet benämns Röktestning.
Röktestning avgör om testning räcker för applikationen. Är det stabilt?
Röktestning hjälper dig att avgöra var du ska stoppa.
Rökprov kan utföras manuellt eller automatiserade verktyg.
Rökprovsscenarierna betonar bredden mer än djupet.
Röktestning är också känd som Verifieringstest / Länktestning / Grundläggande funktionstestning.
Detta är en ”grund och bred” metod för applikationen.
Röktestning hjälper till att exponera problem tidigt.
Röktestning hjälper också till att hitta integrationstestning.
Vid röktestning bör alla komponenter beröras, och alla viktiga funktioner bör testas kort.
Om ett test misslyckas returneras build till utvecklare som inte testats.
Röktestning används vanligtvis i systemtestning, acceptansprovning och integreringstestning.

6. Parallell testning

Parallell testning innebär att testa flera applikationer eller delsystem samtidigt.
Vi kan säga att en jämförelse mellan två olika system.

Parallell testning är att bestämma - Ny version av en applikation eller nya system fungerar korrekt med hänvisning till det befintliga systemet som fungerar korrekt.
Parallell testning kan användas när du accepterar ett nytt system.
Vid parallell testning används samma data på båda systemen.
Vid parallelltestning används nytt system med ett befintligt system under viss tid.
Genom korskontroll av o / p och jämförelse med o / p från det befintliga systemet. Parallell testning görs för att säkerställa att det nya systemet fungerar upp till märket som det tidigare systemet brukade göra.

Slutsats

Varje mjukvaruutvecklingsprocess har en testdel. Om programvaran har alla tester och uppfyller alla villkor är den redo för överlämnande till kunden. Testning är en avgörande del och måste göras på allvar.

Rekommenderade artiklar

Detta har varit en guide till systemtestning. Här har vi diskuterat introduktionen, olika typer av systemtestning och dess viktiga fokusområde. Du kan också titta på följande artiklar för att lära dig mer -

Karriärer inom mjukvarutestning
Intervjufrågor för penetrationstest
Vad är nervnätverk?
Defekter livscykeln vid mjukvarutestning
Olika verktyg för prestandatestning