Hver gang ny programvare slippes, er behovet for å teste ny funksjonalitet åpenbart. Det er imidlertid like viktig å kjøre gamle tester som applikasjonen tidligere besto på nytt. På den måten kan vi være sikre på at den nye programvaren ikke introduserer gamle feil eller oppretter nye i programvaren. Vi kaller denne typen testing som Regresjonstesting. Gjennom denne artikkelen vil vi utforske regresjonstestingi detalj. Hvis du er ny i programvaretesting, må du også lese .
La oss ta en titt på emner som dekkes i denne artikkelen:
- Hva er regresjonstesting?
- Fordeler med regresjonstesting?
- Når skal jeg bruke regresjonstesting?
- Hva er typene regresjonstesting?
- Hvordan implementeres regresjonstesting?
- Regresjonstestteknikker
- Utfordringer ved regresjonstesting
Hva er regresjonstesting?
'Testing av et tidligere testet program etter modifisering for å sikre at feil ikke har blitt introdusert eller avdekket i uendrede områder av programvaren, som et resultat av endringene kalles Regression Testing.'
En regresjonstest er en systemomfattende test hvis hovedformål er å sikre at en liten endring i en del av systemet ikke bryter eksisterende funksjonalitet andre steder i systemet. Hvis du anser regresjon som utilsiktet endring, er denne typen testing prosessen med å jakte på disse endringene. Enkelt sagt handler det om å sørge for at gamle feil ikke kommer tilbake for å hjemsøke deg. La ossse på et fiktivt eksempel som illustrerer konseptet.
Når du legger til en ny betalingstype på et shoppingnettsted, må du kjøre gamle tester på nytt for å sikre at den nye koden ikke har skapt nye feil eller gjeninnført gamle.Regresjonstesting er viktig fordi det uten det er fullt mulig å introdusere tiltenkte rettelser i et system som skaper flere problemer enn de løser.
Fordeler med regresjonstesting
Gjennomføring av regresjonstesterfordeler selskaper på en rekke måter som:
Fibonacci c ++ rekursiv
- Det øker sjansen for å oppdage feil forårsaket av endringer i programvare og applikasjon
- Det kan hjelpe med å fange feil tidlig og dermed redusere kostnadene for å løse dem
- Hjelper med å undersøke uønskede bivirkninger som kan ha oppstått på grunn av et nytt driftsmiljø
- Sikrer bedre ytelse av programvare på grunn av tidlig identifisering av feil og feil
- Viktigst, det verifiserer at kodeendringer ikke introduserer gamle feil på nytt
Regresjonstesting sikrer riktig programvare slik at den beste versjonen av produktet slippes ut på markedet. I den virkelige verden er det imidlertid ikke mulig å designe og vedlikeholde et nesten uendelig sett med regresjonstester. Så du bør vite når du skal bruke regresjonstesting.
Når skal jeg bruke regresjonstesting?
Det anbefales å utføre regresjonstesting av forekomsten av følgende hendelser:
- Når nye funksjoner legges til
- Ved endringskrav
- Når det er en feilretting
- Når det er ytelsesproblemer
- I tilfelle miljøendringer
- Når det er en patch fix
Neste del av denne artikkelen handler om forskjellige typer regresjonstesting.
Hva er typene regresjonstesting?
Regresjonstesting gjøres gjennom flere faser av testing. Det er av denne grunn at det er flere typer regresjonstesting. Noen av dem er som følger:
Enhetstesting: I enhetstesting når koding endres for en enkelt enhet, kjører en tester, vanligvis utvikleren som er ansvarlig for koden, alle tidligere godkjente enhetstester. I miljøer, er automatiserte enhetstester innebygd i koden, noe som gjør enhetstesting veldig effektiv i forhold til andre typer testing.
Progressiv testing: Denne typen testing fungerer effektivt når det er endringer gjort i programvare / applikasjonsspesifikasjonene, så vel som nye er designet.
Selektiv testing: I selektive tester bruker testere en delmengde av gjeldende testtilfeller for å redusere kostnadene og innsatsen på nytt. En testenhet må kjøres på nytt hvis og bare hvis noen av programenhetene den dekker er endret.
Test på nytt for alle test: Denne typen teststrategi innebærer testing av alle aspekter av en bestemt applikasjon, samt gjenbruk av alle testtilfeller, selv der endringene ikke er gjort. Det er tidkrevende og bruker ikke mye når det gjøres små modifikasjoner eller endringer i applikasjonen.
Fullstendig testing: Denne testen er veldig nyttig når det er gjort flere endringer i den eksisterende koden. Å utføre denne testingen er svært verdifull for å identifisere uventede feil. Når denne testingen er fullført, kan det endelige systemet gjøres tilgjengelig for brukeren.
Det er veldig viktig å vite hvilken type testing som passer ditt behov. Neste gang vil vi diskutere hvordan regresjonstesting implementeres.
Hvordan implementeres regresjonstesting?
Fremgangsmåten for å implementere regresjonstesting er som den du søker om andre testprosesser. Hver gang programvaren gjennomgår en endring og en ny utgivelse kommer opp, utfører utvikleren disse trinnene som en del av testprosessen:
- Først og fremst utfører han regresjonstester på enhetsnivå for å validere koden de har endret, sammen med eventuelle nye tester de har skrevet for å dekke ny eller endret funksjonalitet.
- Deretter slås den endrede koden sammen og integreres for å skape en ny versjon av applikasjonen under test (AUT)
- Deretter blir røykprøver utført for å forsikre deg om at bygningen er god før ytterligere testing utføres
- Når bygningen er erklært god, utføres integrasjonstester for å verifisere samspillet mellom enhetene i applikasjonen med hverandre og med back-end-tjenester som databaser
- Avhengig av størrelsen og omfanget av den utgitte koden, er enten en delvis eller en full regresjon planlagt
- Mangler rapporteres deretter tilbake til utviklingsteamet
- Ytterligere runder med regresjonstester utføres om nødvendig
Slik er regresjonstesting integrert i en typisk programvaretestprosess. Bildet nedenfor viser tydelig hvordan regresjonstesting utførte.
Når noen endringer gjøres i kildekoden, mislykkes programgjennomføringen av åpenbare grunner. Etter feilen feilsøkes kildekoden for å identifisere feilene i programmet. Passende modifikasjoner er gjort. Deretter velges de aktuelle testtilfellene fra den allerede eksisterende testserien som dekker alle de modifiserte og berørte delene av kildekoden. Nye testsaker legges til om nødvendig. Til slutt utføres testingen ved hjelp av de valgte testtilfellene. Nå lurer du kanskje på hvilke testsaker du skal velge.
Effektive regresjonstester kan gjøres ved å velge følgende testtilfeller:
forskjell mellom kaste og kaste java
- Test tilfeller som har hyppige mangler
- Komplekse testsaker
- Integrasjonstest tilfeller
- Test tilfeller som dekker kjernefunksjonaliteten til et produkt
- Funksjoner som ofte brukes
- Testvaser som ofte svikter
- Grenseverditesttilfeller
Med regresjonstestprosessen ute av veien, la oss sjekke forskjellige teknikker.
Regresjonstestteknikker
Regresjonstesting bekrefter ganske enkelt at modifisert programvare ikke har blitt utilsiktet endret, og den utføres vanligvis ved å bruke en kombinasjon av følgende teknikker:
Test på nytt alle: Denne metoden tester bare hele programvarepakken på nytt, fra topp til bunn. I mange tilfeller utføres flertallet av disse testene av automatiserte verktøy. Visse tider er ikke automatisering nødvendig. Denne teknikken er kostbar da den krever mer tid og ressurser sammenlignet med de andre teknikkene.
Testvalg: I stedet for å velge alle testtilfellene, lar denne metoden teamet velge et sett med tester som vil tilnærme full testing av testsuiten. Den primære fordelen med denne praksisen er at det krever langt mindre tid og krefter å utføre. Vanligvis gjort av utviklere som vanligvis vil ha bedre innsikt i nyansene i testkant tilfeller og uventet oppførsel.
Prioritering av testtilfelle: Målet med denne teknikken er å prioritere et begrenset sett med testtilfeller ved å vurdere flere potensielle testsaker foran mindre viktige. Test tilfeller som kan påvirke både nåværende og fremtidige versjoner av programvaren velges.
Dette er de tre viktigste teknikkene. Noen ganger er disse teknikkene kombinert basert på testkrav.
Så nyttig som regresjonstesting kan være, er det ikke uten negative poeng. Du må forstå utfordringene du kan møte når du implementerer den.
Utfordringer ved regresjonstesting
- Tidkrevende: Teknikker som omprøving krever mye tid for å teste hele pakken med testtilfeller
- Dyrt: Dyrt på grunn av ressurser og arbeidskraft du trenger for å teste igjen og igjen, noe som allerede er utviklet, testet og distribuert i tidlige stadier
- Kompleks: Etter hvert som produktet utvides, blir testere ofte overveldet av den enorme mengden testsaker og blir offer for å miste oversikten over testsaker, med utsikt over viktige testsaker.
Til tross for disse negative punktene, er regresjonstesting veldig nyttig i testprosessen for programvare. Med regresjonstesting kan bedrifter forhindre at prosjekter går over budsjett, holde teamet på sporet og, aller viktigst, forhindre uventede feil fra å skade produktene sine. Med dette har vi nådd slutten av bloggen. Håper de tingene du har lært her i dag, vil hjelpe deg når du tar turen ut på programvaretesten.
Hvis du fant dette artikkel relevant, sjekk ut live-online av Edureka, et pålitelig online læringsfirma med et nettverk med mer enn 250 000 fornøyde elever spredt over hele verden.
Har du spørsmål til oss? Vennligst nevn det i kommentarfeltet til denne ‘ Hva er regresjonstesting? Artikkel, og vi kommer tilbake til deg.