Funktionel test

Blandt alle former for funktionelle test er retmæssigt indtager en førende position, fordi programmet skal fungere korrekt i første omgang, eller ved brugervenlighed, sikkerhed, og vil ikke have tilstrækkelig hastighed absolut ingen mening. Ud over at eje teste forskellige teknikker, skal hver person forstå, hvordan man korrekt foretage en revision for at få de mest effektive resultater.

Funktionel test: hvor de skal lede den vigtigste indsats?

- modulære og systemtest;

- at kontrollere den "hvide" eller "sorte" kasse;

- på manuel test og automatisering;

- at teste nye funktioner eller regressionstest ;

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

Mellem alle disse aktiviteter er det vigtigt at finde den rette vej, som vil være den "gennemsnitlige" at balancere indsatsen ved at drage fordel af hver af de retninger af det maksimale.

software verifikation udføres på forskellige måder, hvoraf den ene er testet på en "sort boks" eller kontrol af data.

Programmet i dette tilfælde er repræsenteret i form af "black box", og inspektion udføres for at fastslå de omstændigheder, hvorunder den opførsel af programmet ikke vil opfylde specifikationerne. Alle fejl bestemmes ved hjælp af data management, som udføres ved hjælp af udtømmende testning, dvs. under brug af alle datatyper.

Hvis programmet kommandoer afhænger af de begivenheder, der går forud det, så er der brug for at tjekke alle de mulige sekvenser. Det er klart, at i de fleste tilfælde er simpelthen umuligt at foretage en udtømmende test, så mere tilbøjelige til at vælge en acceptabel eller fornuftig løsning, begrænset oplag på programmet på en lille delmængde af alle input data. Denne mulighed er fuldt garantere fravær af afvigelser fra specifikationerne.

Funktionel test involverer det rigtige valg testen. I dette tilfælde, at skelne mellem disse metoder til dannelse af sæt til dem:

- grænseværdianalyse;

- Ækvivalenspartitionering;

- antagelsen af fejl;

- analyse af sammenhængen mellem årsag og virkning.

Du kan se hver af dem for sig.

Analyse af grænseværdier. Under de grænseværdier almindeligvis forstås som dem, der findes på grænsen af de ækvivalensklasser. I sådanne steder sandsynligvis at opdage en fejl. Brugen af denne metode kræver professionel definition af kreativitet og ekspertise på dette særlige problem under overvejelse.

Ækvivalenspartitionering. Alle mulige sæt af inputparametre er opdelt i flere ækvivalensklasser. Data er kombineret på grundlag af lignende fejl. Det menes, at hvis et sæt af én klasse registrerer en fejl, vil det også være tilsvarende for at angive det. Funktionskontrol af den foreliggende fremgangsmåde udføres i to faser: den første gjorde udvælgelsen af ækvivalensklasser, mens den anden har dannet særlige prøver.

Analyse af forholdet mellem årsag og virkning. Systemet kan vælge test med høj produktivitet takket være udførelse af disse kontroller. I dette tilfælde som årsagen til separate input tilstand modtages, og ses som en konsekvens af et output tilstand. Metoden er baseret på ideen om at tillægge alle mulige grunde til visse konsekvenser, som er at afklare selve årsag og virkning relationer. Test af software udføres i flere etaper, hvilket resulterer i en liste over årsager og konsekvenser.