Introduksjon til programvaretesting prinsipper
Software Testing Principle er en prosess for å teste resultatet eller outputen til et produkt med en forventet utgang fra en klient. Med andre ord kan vi si at evaluering av system eller komponenter for å finne de spesifiserte kravene. Den utfører prosessen med å identifisere hull, feil, eventuelle feil i produktet, kvaliteten på programvaren som utvikles, fullstendighet eller manglende krav for å samsvare med spesifiserte krav.
Før vi går over til programvaretestingprinsipper, vil vi kort se noen konsepter for programvaretesting som diskutert nedenfor:
Testing av programvare
Testingen av produktet begynte i 1979 av Glenford J. Myers som introduserte prosessen med feilsøking av produktene. Hans viktigste intensjon var å jobbe med bruddtesting, som er en enkel testtilfelle for å oppdage uoppdaget feil og å skille grunnleggende utviklingsaktiviteter, for eksempel feilsøking, feil osv. Fra programvareingeniørfellesskapet.
Hvem tester?
I store næringer eller selskaper vil det være et team med tilknyttede interessenter av prosjektet som skal utføre testingen basert på prosessen. De vil analysere programvaren på de gitte kravene.
Følgende er fagfolk som er involvert i en testprosess avhengig av deres respektive kapasitet: -
- Programvaretester
- Programvareutvikler
- Prosjektleder
- Slutt bruker
Det er forskjellige typer roller som tester programvaren eller produktet basert på deres erfaring og kunnskap som Software Tester, Software Quality, Assurance Engineer, QA Analyst, etc.
Prinsipper for programvaretesting
Testing av programvare er en ekstremt utfordrende oppgave. Prinsippene for programvare definerer instruksjoner for utviklingsteam for å finne feil eller effekter av et prosjekt. Følgende er de syv grunnleggende prinsippene for programvaretesting: -
Prinsipp 1: Testing viser tilstedeværelse av mangler
Testing er en prosess som viser tilstedeværelsen av mangler i applikasjonen. Den viser manglene, men kan ikke bevise at det ikke er noen mangler. Dette betyr at testteamet ikke kan si at produktet er 100% feilfritt. Det reduserer antall uoppdagede feil i applikasjonen. Du kan ikke anta at den testede applikasjonen er 100% feilfri, selv om testing er utført. Design derfor de nødvendige testtilfellene for å finne manglene mest mulig.
Prinsipp 2: Uttømmende testing er umulig
Det er mindre mulighet for å teste med kombinasjoner av innganger, data, testscenarier og forutsetninger, ettersom de vil ta mer tid å teste prosessen. Derfor kan testteamet bruke noen viktige testkriterieeffekter som risiko og prioriteringer i stedet for å gjøre uttømmende tester.
Tenk for eksempel at det er 15 felt i en skjerm som inneholder 5 mulige verdier. For å teste alle kombinasjoner, trenger du 30 517 578 125 (5 15 ) tester. Men tidsplaner for prosjekt vil aldri tillate å teste et stort antall kombinasjoner. Av denne grunn brukes testeffekter kalt risiko og prioriteringer for å teste viktige funksjoner. Så tilgang og styring av risiko blir sett på som de viktigste og essensielle aktivitetene for testing i ethvert prosjekt.
Prinsipp 3: Tidlig testing
I dette stadiet vil testaktiviteter bli gjennomført i programvaren eller livssyklusen for programvare eller systemutvikling for å finne manglene så snart som mulig og for å fokusere på definerte mål. Testere kan begynne å teste produktene hvis de har tilgjengeligheten av produktkrav eller dokumenter.
Den viktigste fordelen med tidlig testing er at testere enkelt kan oppdage feil, feil og hjelpe i hvert utviklingsnivå med færre kostnader og innsats.
Hvis det blir funnet feil i et innledende stadium i utviklingslivssyklusen, vil det være enklere og billigere å fikse, og kostnadene for kvalitet vil også være mindre. Ellers, hvis de fant det sent, må du endre hele systemprosessen. Testteamet vil ha en dyp forståelse av produktet da de var involvert fra begynnelsen av kravinnsamlings- og analysefasen.
Prinsipp 4: Defekt Clustering
Denne fasen inkluderer feil relatert til et lite antall moduler, som spores under testing før pre-release. Det betyr at små moduler vil ha flere defekter i systemet. I Pareto Principle-applikasjonen er programvaretesting omtrent 80:20; som betyr at 80% av problemene blir funnet på grunn av 20% av modulene.
Defektklynging bruker kunnskap og erfaring fra testteamet for å gjenkjenne potensielle moduler som skal testes. Denne prognosen kan spare tid og krefter, da teamet bare trenger å fokusere på de "sensitive" områdene. Det er en liten ulempe med denne fasen når testere fokuserer på et lite område av teamet, de kan kanskje ikke gå glipp av feilene fra andre områder.
Prinsipp 5: Pesticidparadoks
Denne fasen brukes til å gjennomgå testsaker systematisk og bruker forskjellige typer tester for å finne flere feil på programvaren eller systemet. Hvis du kjører de samme testene igjen og igjen, er det mindre sjanse for å få nye feil som blir oppdaget av disse testtilfellene.
Du kan ikke bruke disse testene på hele systemet, men kan brukes på noen begrensede moduler. Testteam vil ofte gjennomgå og oppdatere testfallene for å dekke forskjellige typer seksjoner av prosjektene.
Prinsipp 6: Testing er kontekstavhengig
Testing er i utgangspunktet innholdsavhengig, prosjekter og produkter inkluderer forskjellige elementer, funksjoner og krav. I denne tilnærmingen kan forskjellige typer nettsteder testes forskjellig, og de samme testtilfellene kan ikke brukes på forskjellige prosjekter.
For eksempel vil sikkerhet og kritisk programvare testes annerledes enn et e-handelsnettsted, eller en applikasjon i banknæringen vil bli testet mer enn underholdningsprogramvare. Det er forskjellige typer metodologier, teknikker og typer tester basert på applikasjonens art.
Prinsipp 7: Manglende feil
Hvis det er mangel på feil i applikasjonen, eller hvis det innebygde systemet er ubrukelig og ikke oppfyller brukerens forventninger, hjelper ikke å finne og fikse feil. Hvis det ikke er noen feil i programvaren, bør du ikke vurdere at programvaren er klar til å brukes; fordi testing bør utføres sammen med de riktige kravene.
Konklusjon: Testing av programvareprinsipper
Så langt har du sett at syv prinsipper for programvaretesting gir pålitelig produktkvalitet ved å teste produktene. Disse prinsippene kan brukes for testing av prosjektet og koding. Hovedmålet med denne livssyklusprosessen er å finne korrekthet, fullstendighet, kvalitet og å oppdage feil i programvaren.
Anbefalte artikler
Dette har vært en guide til prinsippene for programvaretesting. Her diskuterer vi konsepter, historie og topp 7 prinsipper for programvaretesting. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -
- Hva er MVC?
- Testing av intervjuspørsmål
- Hva er programvaretesting?
- Karrierer innen programvaretesting