Funksjonell testing

Blant alle typer funksjonstesting er rettmessig den ledende posisjonen, siden programmet skal fungere først og fremst riktig, ellers av brukervennlighet, sikkerhet og tilstrekkelig hastighet, vil det være absolutt ingen mening. I tillegg til å eie ulike testteknikker, bør hver spesialist forstå hvordan man skal teste for å få det mest effektive resultatet.

Funksjonell testing: Hvor skal man styre hovedarbeidet?

- for modulær og systemtesting;

- for å sjekke boksen "hvit" eller "svart"

- Manuell testing og automatisering;

- for testing av ny funksjonalitet eller regresjonstesting ;

- på "negative" eller "positive" tester.

Mellom alle disse aktivitetene er det viktig å finne den rette måten, som vil være "medium", for å balansere innsatsen, utnytte hver av retningene til det maksimale.

Programvaren er testet på ulike måter, hvorav det ene testes på en "svart boks" basis eller med datastyring.

Programmet i dette tilfellet presenteres ut fra den "svarte boksen", og sjekken utføres for å finne ut av omstendighetene der oppførselen til programmet ikke vil tilfredsstille spesifikasjonen. Alle feil bestemmes ved hjelp av datahåndtering, som gjøres gjennom uttømmende testing, det vil si ved hjelp av alle mulige typer data.

Hvis for programmet avhenger av utførelsen av kommandoen av hendelsene 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 bare er umulig å utføre uttømmende testing, derfor er et akseptabelt eller rimelig alternativ ofte valgt, begrenset til å kjøre programmet på en liten delmengde av alle inngangsdata. Dette alternativet garanterer absolutt at fravær av spesifikasjonene ikke foreligger.

Funksjonell testing innebærer å velge riktig test. Samtidig er det vanlig å skille mellom disse metodene for å danne sett for dem:

- analyse av grenseværdier

- en ekvivalent partisjon

- antakelse av feil

- Analyse av forholdet mellom årsak og virkning.

Du kan vurdere hver enkelt av dem separat.

Analyse av grenseverdier. Ved grenseværdier er det vanlig å bety de som ligger ved grensene for ekvivalens klasser. På slike steder er det mer sannsynlig å oppdage en feil. Bruken av denne metoden krever at spesialisten har en viss kreativitet, samt spesialisering i dette spesielle problemet under vurdering.

En ekvivalent partisjon. Alle mulige sett med inngangsparametere er delt inn i flere ekvivalens klasser. Dataene kombineres i henhold til prinsippet om å oppdage tilsvarende feil. Det vurderes at hvis et sett av en klasse oppdager en feil, vil tilsvarende de også peke på det. Funksjonell testing på denne metoden utføres i to faser: Den første er tildeling av ekvivalens klasser, og den andre er allerede utført spesielle tester.

Analyse av forholdet mellom årsak og effekt. Systemet kan velge tester med høy ytelse på grunn av slike tester. I dette tilfellet, som en grunn, aksepteres en separat inngangsbetingelse, og som en effekt blir en utgangstilstand sett. Metoden er basert på ideen om å tildele alle slags årsaker til visse konsekvenser, det vil si på avklaring av de mest årsakssammenhengende forholdene. Testing av programvareproduktet utføres i flere etapper, noe som resulterer i en liste over årsaker og konsekvenser.