Regresjonstesting programvare. Hva er regresjonstesting

Når du oppretter høy kvalitet programvare, må du ikke bare skrive en linje med kode, men også å sørge for at det ikke er noen feil i dem. Og hvis feilen primitive som finnes i de fleste språk selv ved kompilering, jo mer komplisert er det nødvendig å se lenger når du kjører applikasjoner. Denne prosessen blir kalt testing. Han på sin side er delt inn i en rekke grener, som varierer innholdet og egenskapene til feil. Som en del av artikkelen vil bli betraktet som at en slik regresjon testing. Hva representerer det? Hvilke tester er det? Er det mulig å automatisere? Så, hva er regresjonstesting? La oss snakke mer.

Typer, typer, trender

Regresjon-testing (regresjon testing) - sjekker mekanisme, som har som mål å detektere en rekke problemer i områder som allerede er påvist programmer. Dette gjøres ikke for den endelige dommen i fravær av ikke-arbeidende deler av koden, og for å finne og fikse regresjon bugs. Under dem å forstå feilene som ikke vises på tidspunktet for å skrive programmer, og med tillegg av nye deler av koden eller korrigering av tidligere begått tabber i koden syntaks.

Oppsummering alle de ovennevnte, kan vi konkludere med at formålet med regresjonstesting - sørg for at korrigering av eksisterende problemer vil føre til nye områder i den allerede testet kode. Det finnes to hovedtyper av tester:

1. Funksjonalitet.
2. Ikke-fungerende.

De kan uttrykkes som:

1. Skript.
2. Settene.
3. Sett for oppstart.

Hva, faktisk, inkluderer regresjonstesting programvare? Arbeidet i 3 hovedområder. Nemlig regresjon:

1. Bugs.
2. Gamle problemer.
3. Bivirkninger.

funksjonstester

De er basert på de funksjoner som utføres av systemet. Kan holdes på komponenten, integrering, systemet og akseptnivå. De to hovedaspekter, som blir testet:

• Krav.
• Forretningsprosesser.

Når du arbeider på kravene nødvendig å lage en liste over hva som må testes. Det er ønskelig å identifisere prioriterte elementer, for å bestemme retningen av arbeidet. Dette er nødvendig for ikke å ignorere alle de viktigste funksjonene. Når du skal teste en "forretningsprosesser" fokuserer på dem, t. E. Scenarier kjøres daglige arbeid.

Fordelene med funksjonskontroll bør inkludere det faktum at programvaren simulerer den faktiske bruken av systemet. Men det er også ulemper: for eksempel, kan programmet være mottagelig for overdreven testing. Det er også mulig utelatelsen av logiske feil i programvaren.

Ikke-funksjonell testing

Disse typer tester som tar sikte på å sjekke alle egenskaper som ikke er knyttet til funksjonene i systemet. slike parametere kan fra dem:

1. Pålitelighet. Blir testet reaksjoner på ulike situasjoner som ikke er levert.
2. Performance. Hvordan systemet fungerer, som er mottagelig for ulike belastninger.
3. Convenience. Hvor praktisk å jobbe med programmet på brukerens syn.
4. Skala. for å endre høyden av kravene og søknads bredde når det arbeides med forskjellige skjermer.
5. Sikkerhet. Hvor trygt er brukerdata, samt informasjon ved forskjellige transmisjonskanaler.
6. Portabilitet. Kontrollerer om programmet fungerer på ulike plattformer, og i så fall - hvor mange.

Hva er egenskapene til systemet kan undersøkes i disse tilfellene? Totalt 4.

1. Testing av installasjonen. Sjekket hvor godt klarer å sette programmet på datamaskinen for å sette den opp og om nødvendig, og fjerne. Kvalitet innstilling gjør det mulig for brukeren å redusere risikoen for tap av data eller reduksjon (forverring) ytelse programmer.
2. Teste bruk av komfort. Kontroller programvaren utviklet på brukervennlighet og klarhet i sluttbrukeren.
3. Konfigurasjon testing. Det innebærer å sjekke ytelsen til programmet under installasjonen av ulike systeminnstillinger, samt å eksperimentere med de interne innstillingene til programmet.
4. Testing for svikt og utvinning. Kontrollere etter forekomsten av feil. Vurderer responsen av de beskyttende egenskaper, samt hvilke data og hvor mye reddet brå avslutning av programmet.

Oppsummering, bør det bemerkes at selv fra ikke-funksjonell testing og uavhengig testing av applikasjoner i form av ytelse av oppgaver, kan de snakke om slike kvaliteter som pålitelighet, ytelse og sikkerhetsprogramvare. Disse parametrene karakterisere kvaliteten av programmet og på noen måte gir et inntrykk av bestemt bruker. Derfor, viktigheten av denne testen er ikke mindre enn den funksjonelle.

testtilfeller

Test tilfeller kalles blank sjekk for programvaren. De kalles for automatisert testing. Denne spesielle programvaren, der spesialist skaper, debugging, utfører og analyserer resultatene av programmet kjøre gjennom en slik utvikling:

1. Testskript. Disse inkluderer et sett med instruksjoner utviklet for automatisk kontroll av separate deler av programvaren.
2. Testsett. Denne kombinasjonen av skript som tester visse deler av programvaren som er integrerte eller vanlige funksjonelle mål.
3. Tester kjøre. Denne kombinasjonen av de ulike skript eller sett samtidig kjøre mens du sjekker programmet.

Automatisering av regresjonstester

automatisering av arbeidskraft - en av grunnlaget for menneskelig utvikling i det 21. århundre. Hun rørte emnet. Således, under automatisert programvare testing for å forstå verifiseringsprosessen av programvaren, hvor de viktigste funksjoner og oppgaver slik som å starte, initialisering og utførelse, samt analyse og levering av resultater, utføres automatisk ved bruk av passende verktøy. Denne handlingen er utført av en tekniker ansvarlig for etableringen, feilsøking og støtte i stand testskript, testsett og instrumentering. Arbeidet kan utføres med en rekke forskjellige programvare, inkludert regresjon testing og automatiserte systemer.

regresjon bugs

Under denne testen for å forstå søke problemer som er offisielt "har blitt fjernet," men det er grunn til å tro at de fortsatt eksisterer. Det særegne ved denne type kontroll er at det er nødvendig å kontrollere alle handlinger med et bestemt objekt i ulike kombinasjoner. Den første testen kamp virkeligheten, melder problemet er løst etter den mekanismen som den ble funnet. Regresjonstesting layout i dette tilfellet bidrar til å sikre at det ikke er noen bivirkninger.

Regresjon av gamle feil

Dette refererer til identifisering av situasjoner der de siste endringer i programkoden, kansellert feilrettinger. Dermed er de igjen begynne å være aktiv. Derfor, når gjør endringer i programvarekoden er nødvendig for å starte prosessen med å teste fra begynnelsen (forutsatt, selvsagt, at det var problemer med resultatene).

Regresjon bivirkning

Under henne å forstå situasjonen, når den siste kodeendring i en del av et program laget virkningsløs noen eller alle de andre delene av den industrialiserte programmet. Som en indikasjon på nærværet av slike problemer er den manglende ytelse i en eller flere deler av programmet. Oppgaven med tester for å identifisere alle problemområder.

Oppsummering alt som er skrevet, kan det sies om regresjonstesting? Det er nå et tema som ikke lenger skulle føre til problemer. Det gjenstår bare å mestre alt i praksis.