Introduktion til softwaretestprincipper

Software Testing Principle er en proces til test af resultatet eller output af et produkt med en forventet output fra en klient. Med andre ord kan vi sige, at evaluering af system eller komponenter for at finde de specificerede krav. Det udfører processen med at identificere hullerne, fejlene, eventuelle defekter i produktet, kvaliteten af ​​den software, der udvikles, fuldstændighed eller manglende krav, der svarer til de specificerede krav.

Før vi overgår til softwaretestprincipper, vil vi kort se nogle koncepter med softwaretest som beskrevet nedenfor:

Software testing historie

Testningen af ​​produktet begyndte i 1979 af Glenford J. Myers, der introducerede processen med fejlfinding af produkterne. Hans vigtigste hensigt var at arbejde på brudstestning, som er en simpel testtilfælde til at opdage uopdaget fejl og at adskille grundlæggende udviklingsaktiviteter, såsom debugging, fejl osv. Fra software engineering community.

Hvem tester?

I store industrier eller virksomheder vil der være et team af tilknyttede interessenter i projektet til at udføre testingen baseret på processen. De analyserer softwaren på de givne krav.

Følgende er de fagfolk, der er involveret i en testproces afhængigt af deres respektive kapacitet: -

  • Software Tester
  • Softwareudvikler
  • Projektleder
  • Slutbruger

Der er forskellige typer roller, der tester softwaren eller produktet baseret på deres erfaring og viden, såsom softwaretester, softwarekvalitet, forsikringsingeniør, QA-analytiker osv.

Principper for softwaretestning

Softwaretest er en ekstremt udfordrende opgave. Principperne i software definerer instruktioner til udviklingshold til at finde fejl eller effekter af et projekt. Følgende er de syv grundlæggende principper for softwaretest: -

Princip 1: Testning viser tilstedeværelsen af ​​mangler

Testning er en proces, der viser tilstedeværelsen af ​​defekter i applikationen. Det viser manglerne, men kan ikke bevise, at der ikke er nogen mangler. Det betyder, at testteamet ikke kan sige, at produktet er 100% defektfrit. Det reducerer antallet af uopdagede fejl i applikationen. Du kan ikke antage, at den testede applikation er 100% fejlfri, selvom testen er udført. Design derfor de nødvendige testtilfælde for at finde manglerne så meget som muligt.

Princip 2: Udtømmende test er umulig

Der er mindre mulighed for at teste med kombinationer af input, data, testscenarier og forudsætninger, da det vil tage mere tid at teste processen. Derfor kan testteamet bruge nogle vigtige testkriterieeffekter såsom risiko og prioriteter i stedet for at udføre omfattende test.

Overvej for eksempel, at der er 15 felter i en skærm, der indeholder 5 mulige værdier. For at teste alle kombinationer skal du bruge 30 517 578 125 (5 15 ) test. Men projekttidsintervaller ville aldrig tillade test af et stort antal kombinationer. På grund af denne grund bruges testeffekter kaldet risiko og prioriteter til at teste vigtige funktioner. Så adgang og styring af risiko betragtes som de vigtigste og væsentligste aktiviteter til test i ethvert projekt.

Princip 3: Tidlig test

På dette trin vil testaktiviteter blive gennemført i software- eller systemudviklingslivscyklus for at finde manglerne så hurtigt som muligt og for at fokusere på definerede mål. Testere kan begynde at teste produkterne, hvis de har tilgængeligheden af ​​produktkrav eller dokumenter.

Den største fordel ved tidlig test er, at testere let kan registrere fejl, bugs og hjælpe i hvert udviklingsniveau med færre omkostninger og indsats.

Hvis der findes fejl i et indledende trin i udviklingslivscyklussen, vil det være lettere og billigere at løse, og kvaliteten af ​​prisen vil også være mindre. Ellers, hvis de fandt sent, skal du ændre hele systemprocessen. Testteamet vil have en dyb forståelse af produktet, da de var involveret fra begyndelsen af ​​kravindsamlings- og analysefasen.

Princip 4: Defekt Clustering

Denne fase inkluderer defekter relateret til et lille antal moduler, der spores under test før pre-release. Det betyder, at små moduler har flere defekter i systemet. I Pareto Princip-applikationen er softwaretest ca. 80:20; hvilket betyder, at 80% af problemerne findes på grund af 20% af modulerne.

Defektklynger bruger viden og erfaring fra testteamet til at genkende de potentielle moduler, der skal testes. Denne prognose kan hjælpe med at spare tid og kræfter, da teamet kun behøver at fokusere på de “følsomme” områder. Der er en lille ulempe ved denne fase, når testere fokuserer på et lille område af holdet, de kan muligvis ikke gå glip af fejlene fra andre områder.

Princip 5: Pesticidparadoks

Denne fase bruges til systematisk at gennemgå testsager og bruger forskellige typer test til at finde flere defekter ved softwaren eller systemet. Hvis du kører de samme test igen og igen, er der mindre chance for at få nye fejl, der opdages af disse testtilfælde.

Du kan ikke anvende disse test på hele systemet, men kan anvendes til nogle begrænsede moduler. Testteam vil ofte gennemgå og opdatere testsagerne for at dække forskellige typer af sektioner af projekterne.

Princip 6: Testning er kontekstafhængig

Testning er dybest set indholdsafhængig, projekter og produkter inkluderer forskellige elementer, funktioner og krav. I denne fremgangsmåde kan forskellige typer websteder testes forskelligt, og de samme testtilfælde kan ikke anvendes til forskellige projekter.

For eksempel vil sikkerhed og kritisk software blive testet anderledes end et e-handelswebsted, eller en applikation i bankbranchen vil blive testet mere end underholdningssoftware. Der er forskellige typer af metoder, teknikker og typer af test baseret på arten af ​​en applikation.

Princip 7: Manglende fejl

Hvis der ikke er nogen fejl i applikationen, eller hvis det indbyggede system ikke kan bruges og ikke opfylder brugerens forventninger, hjælper det med at finde og rette fejl. Hvis der ikke er fejl i softwaren, skal du ikke overveje, at softwaren er klar til brug; fordi test skal udføres sammen med de rigtige krav.

Konklusion: Softwaretestprincipper

Indtil videre har du set, at syv principper for softwaretest leverer pålidelig produktkvalitet ved at teste produkterne. Disse principper kan anvendes til test af projektet og kodning. Hovedmålet med denne livscyklusproces er at finde korrekthed, fuldstændighed, kvalitet og detektering af fejl i softwaren.

Anbefalede artikler

Dette har været en guide til softwaretestprincipper. Her diskuterer vi koncepter, historie og top 7 principper for softwaretest. Du kan også gennemgå vores andre foreslåede artikler for at lære mere -

  1. Hvad er MVC?
  2. Test af interviewspørgsmål
  3. Hvad er softwaretestning?
  4. Karrierer inden for softwaretestning

Kategori:

Softwareudvikling