Blant alle typer funksjonell testinginntar med rette en ledende posisjon, siden programmet først og fremst må fungere riktig, ellers vil det absolutt ikke være sans for brukervennlighet, sikkerhet og tilstrekkelig hastighet. I tillegg til å mestre forskjellige testteknikker, må hver spesialist forstå hvordan de skal utføre en test på riktig måte for å få et mest mulig effektivt resultat.
Funksjonell testing: Hvor skal du rette de store innsatsene?
- for enhets- og systemtesting;
- for å merke av i "hvit" eller "svart" -rute;
- for manuell testing og automatisering;
- å teste ny funksjonalitet eller regresjonstesting;
- for "negative" eller "positive" tester.
Mellom alle disse aktivitetsområdene er det viktig å finne den rette veien, som vil være "midten", for å balansere innsatsen og dra nytte av hvert av områdene maksimalt.
Verifisering av programvare gjøres på en rekke måter, hvorav én er black box testing eller datadrevet testing.
Programmet i dette tilfellet presenteres fra punktetutsikt over den "svarte boksen", og sjekken blir utført for å finne ut omstendighetene under at oppførselen til programmet ikke vil samsvare med spesifikasjonen. Alle feil bestemmes gjennom datahåndtering, som gjøres gjennom uttømmende tester, det vil si ved bruk av alle mulige datatyper.
Hvis utførelsen av kommandoen for programmet avhenger avhendelser som går foran det, vil det være nødvendig å sjekke alle mulige sekvenser. Det er ganske åpenbart at det i de fleste tilfeller rett og slett er umulig å gjennomføre uttømmende tester, så oftere velges et akseptabelt eller rimelig alternativ, som er begrenset til å kjøre programmet på en liten undergruppe av alle inndata. Dette alternativet garanterer helt at det ikke er avvik fra spesifikasjonene.
Funksjonell testing innebærer å velge riktig test. Samtidig er det vanlig å skille mellom følgende metoder for å danne sett for dem:
- analyse av grenseverdier;
- ekvivalent partisjon;
- antakelsen av feil;
- analyse av koblinger mellom årsaker og virkninger.
Du kan vurdere hver av dem separat.
Grenseverdianalyse.Grenseverdier blir vanligvis forstått som de som ligger på grensene for ekvivalensklassene. Slike steder er det mer sannsynlig at det blir feil. Bruken av en slik metode krever en viss kreativitet fra en spesialist, samt spesialisering i akkurat dette problemet som blir vurdert.
Ekvivalent partisjon.Alle mulige sett med inngangsparametere er delt inn i flere ekvivalensklasser. Dataene er kombinert basert på prinsippet om å oppdage lignende feil. Det er generelt akseptert at hvis et sett av en klasse oppdager en feil, vil ekvivalenter også peke på den. Funksjonell testing i henhold til denne metoden utføres i to trinn: i det første stadiet identifiseres ekvivalensklasser, og i det andre trinnet dannes spesielle tester.
Analyse av forholdet mellom årsak og virkning.Systemet kan velge tester med høy ytelse på grunn av disse kontrollene. I dette tilfellet blir en egen inngangsbetingelse tatt som en årsak, og en utgangsbetingelse blir sett på som en konsekvens. Metoden er basert på ideen om å tilskrive alle typer årsaker til visse konsekvenser, det vil si å tydeliggjøre de helt kausale forholdene. Testing av et programvareprodukt utføres i flere trinn, noe som resulterer i en liste over årsaker og konsekvenser.
