Regressionstest software. Hvad er regressionstest

Når du skabe høj kvalitet software, skal du ikke kun skrive en linje kode, men også for at sikre, at der ikke er fejl i dem. Og hvis fejlen primitive findes i de fleste sprog selv påkompileringstidspunktet, jo mere kompleks, er det nødvendigt at kigge efter længere ved kørsel af programmer. Denne proces kaldes test. Han på sin side er opdelt i en række filialer, der varierer deres indhold og karakteristika fejl. Som del af artiklen vil blive betragtet, at en sådan regression test. Hvad betyder det repræsenterer? Hvilke tests er der? Er det muligt at automatisere? Så hvad er regressionstest? Lad os tale mere.

Typer, slags, tendenser

Regressionstest (regressionstest) - kontrollerer mekanisme, der har til formål at påvise en række problemer i områder, der allerede bevist programmer. Dette sker ikke for den endelige domfældelse i fraværet af ikke-arbejdende dele af koden, og at finde og løse regression bugs. Under dem til at forstå de fejl, der ikke vises på det tidspunkt, skrive programmer, og med tilføjelsen af nye sektioner af kode eller korrektion af tidligere begået brølere i koden syntaks.

Opsummering alle ovenstående, kan vi konkludere, at formålet med regressionstest - sørg for, at korrektionen af de eksisterende problemer vil føre til nye områder i den allerede testet kode. Der er to hovedtyper af test:

1. Funktionalitet.
2. Ikke-funktionelle.

De kan udtrykkes som:

1. Scripts.
2. Sæt.
3. Kits til opstart.

Hvad, i virkeligheden, omfatter regressionstest software? Arbejdet i 3 hovedområder. Nemlig regression:

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

funktionelle tests

De er baseret på de funktioner, der udføres af systemet. Kan afholdes på komponenten, integration, systemet og acceptniveauer. De to vigtigste aspekter, som er ved at blive testet:

• Krav.
• Forretningsprocesser.

Ved arbejde på de krav, er nødvendige for at lave en liste over, hvad der skal testes. Det er ønskeligt at identificere prioriterede emner, til at bestemme retningen af arbejdet. Dette er nødvendigt ikke at ignorere alle de vigtigste funktioner. Ved test en "forretningsprocesser" fokuserer på dem, t. E. Scenarier køres daglige arbejde.

Fordelene ved den funktionskontrol bør nævnes, at softwaren simulerer den faktiske brug af systemet. Men der er også ulemper: for eksempel, kan programmet være modtagelig for overdreven test. Det er også muligt udeladelse af logiske fejl i softwaren.

Ikke-funktionel test

Disse typer af test formål at kontrollere alle de egenskaber, som ikke relaterer sig til de funktioner i systemet. sådanne parametre kan fra dem:

1. Pålidelighed. Bliver testet reaktioner på forskellige situationer ikke oplyst.
2. Performance. Hvordan fungerer det system, som er modtagelig for forskellige belastninger.
3. Convenience. Hvor bekvemt at arbejde med programmet på brugerens opfattelse.
4. Scale. at ændre højden af de krav og påføringsbredden når der arbejdes med forskellige skærme.
5. Sikkerhed. Hvor sikker er brugerdata, samt oplysninger på forskellige transmissionskanaler.
6. Overførsel. Kontrollerer, om programmet virker på forskellige platforme, og i så fald - hvor mange.

Hvad er egenskaberne for systemet kan undersøges i disse tilfælde? I alt 4.

1. Test af installationen. Kontrolleret hvor godt formår at sætte programmet på computeren for at indstille den, og hvis det er nødvendigt og fjern. indstillingen Kvalitet giver brugeren mulighed for at reducere risikoen for tab af data eller fald (forværring) performance applikationer.
2. Test af brugen af komfort. Kontroller software udviklet på brugervenlighed og klarhed slutbrugeren.
3. Konfigurationstest. Det indebærer kontrol udførelsen af programmet under installationen af forskellige systemindstillinger, samt at eksperimentere med de interne indstillinger i programmet.
4. Test for svigt og nyttiggørelse. Kontrol efter forekomsten af fejl. Vurderer reaktion af de beskyttende egenskaber, samt hvilke data og hvor meget sparet det bratte afslutning af ansøgningen.

Opsummering, skal det bemærkes, at selv fra den ikke-funktionel test og uafhængig test af applikationer med hensyn til ydeevne af opgaver, kan de tale om egenskaber som pålidelighed, ydeevne og sikkerhedssoftware. Disse parametre karakteriserer kvaliteten af programmet og på nogen måde give indtryk bestemt bruger. Derfor er betydningen af denne test ikke er mindre end den funktionelle.

testcases

Testcases kaldes blankocheck til softwaren. De kaldes værktøjer til automatiseret test. Denne særlige software, ved hvilken specialist skaber, debugging, udfører og analyserer resultaterne af anvendelsen køre gennem denne udvikling:

1. Test scripts. Disse omfatter et sæt af instruktioner designet til automatisk kontrol af separate stykker software.
2. Test kits. Denne kombination af scripts, der tester visse stykker software, der er integrerede eller fælles funktionelle mål.
3. Tests køre. Denne kombination af de forskellige scripts eller sæt til samtidigt at køre, mens du kontrollerer programmet.

Automatisering af regressionstest

automatisering af arbejdskraft - et af grundlaget for menneskelig udvikling i det 21. århundrede. Hun rørte emnet. Således under den automatiserede softwaretest at forstå verifikationsprocessen af softwaren, hvor de vigtigste funktioner og opgaver som udgangspunkt, initialisering og udførelse, samt analyse og levering af resultater, udføres automatisk, ved hjælp af passende værktøjer. Denne handling udføres af en tekniker med ansvar for oprettelse, debugging og støtte i funktionsdygtig stand test scripts, testkit og instrumentering. Arbejdet kan udføres med en bred vifte af software, herunder regressionstest og automatiserede systemer.

regression bugs

Under denne test til at forstå søgning problemer, der er officielt "er blevet fjernet", men der er grund til at tro, at de stadig eksisterer. Det særlige ved denne form for kontrol er, at det er nødvendigt at kontrollere alle de handlinger, med et bestemt objekt i forskellige kombinationer. Den første test match virkelighed, rapporterer problemet er løst ved den mekanisme, hvormed det blev fundet. Regressionstest layout i dette tilfælde er med til at sikre, at der ikke er nogen bivirkninger.

Regression af gamle fejltagelser

Dette refererer til identifikation af situationer, hvor de seneste ændringer i programkoden, annullerede fejlrettelser. Således de igen begynder at være aktiv. Derfor, når at foretage ændringer i softwaren koden nødvendigt at starte testprocessen fra begyndelsen (forudsat, naturligvis, at der var problemer med ydeevnen).

Regression bivirkning

Under hendes forstå situationen, når den seneste kode ændring i den ene del af en ansøgning ude af drift nogle af eller alle de andre dele af den udviklede program. Som en indikation af tilstedeværelsen af sådanne problemer er manglen på resultater i en eller flere dele af programmet. Opgaven for testeren at identificere alle problemområder.

Opsummering alt, der er skrevet, kan der siges om regressionstest? Det er nu et emne, der ikke længere forårsage problemer. Det er fortsat kun at mestre alt i praksis.