Menu

7 typer softwarefejl, som hver tester burde vide

7 types software errors that every tester should know

Prøv Vores Instrument Til At Fjerne Problemer

Det er igen tid til et indlæg om grundlæggende softwaretest . Dette indlæg handler om typer softwarefejl, som alle testere burde kende.

hvad er en god gratis downloader af musik

Softwarefejl er af mange typer. En bug er en bug, uanset hvad. Men nogle gange er det vigtigt at forstå naturen, dens implikationer og årsagen til at behandle den bedre.

Dette hjælper med hurtigere reaktion og vigtigst af alt passende reaktion.

I denne artikel vil vi diskutere almindelige former for softwarefejl og hvordan man identificerer dem under test med nogle eksempler og enkle øvelser.

Lad os starte med at definere softwarefejl og fejl.

kategorier af softwarefejl

Hvad du lærer:

Softwarefejl og fejl

Som defineret i Wikipedia ' En fejl er en afvigelse fra nøjagtighed eller korrekthed ”Og“ TIL softwarefejl er en fejl, fejl, fejl eller fejl i et computerprogram eller system, der får det til at producere et forkert eller uventet resultat eller opfører sig utilsigtet '.

Så følgende kan udledes:

  • Fejl er en afvigelse af det faktiske resultat fra det forventede resultat.
  • Fejl er en kategori af softwarefejl .
  • Fejl kan indføres som følge af ufuldstændige eller unøjagtige krav eller på grund af menneskelige dataindtastningsproblemer.

Almindelige kategorier af softwarefejl:

# 1) Funktionsfejl :

Funktionalitet er en måde, hvorpå softwaren er beregnet til at opføre sig. Software har en funktionalitetsfejl, hvis noget, som du forventer, at det er svært, akavet, forvirrende eller umuligt.

Tjek dette skærmbillede:

Funktionsfejl 1

Forventet funktionalitet for knappen Annuller er, at vinduet 'Opret nyt projekt' skal lukkes, og ingen af ​​ændringerne skal gemmes (dvs. intet nyt projekt skal oprettes). Hvis knappen Annuller ikke er klikbar, er det en funktionsfejl.

# 2) Kommunikationsfejl:

Disse fejl opstår i kommunikation fra software til slutbruger. Alt, hvad slutbrugeren skal vide for at bruge software skal gøres tilgængelig på skærmen .

Få eksempleraf kommunikationsfejl er - Ingen hjælpinstruktioner / menu til rådighed, funktioner, der er en del af udgivelsen, men ikke er dokumenteret i hjælpemenuen, en knap med navnet 'Gem' bør ikke slette en fil osv.

# 3) Manglende kommandofejl:

Dette sker at forekomme, når en forventet kommando mangler . Se dette skærmbillede:

Funktionsfejl 2

Dette vindue giver brugeren mulighed for at oprette et nyt projekt. Der er dog ingen mulighed for brugeren at forlade dette vindue uden at oprette projektet. Da “Annuller” -indstilling / knap ikke leveres til brugeren, er dette en manglende kommandofejl.

# 4) Syntaktisk fejl:

Syntaktiske fejl er forkert stavede ord eller grammatisk forkerte sætninger og er meget tydelige under test af software-GUI . Bemærk, at vi IKKE henviser til syntaksfejl i kode. Compileren advarer udvikleren om syntaksfejl, der opstår i koden

Bemærk det forkert stavede ord 'Annuller':

forkert stavning Annuller

Bemærk den grammatisk forkerte meddelelse:

grammatisk forkert meddelelse

# 5) Fejlhåndteringsfejl:

Eventuelle fejl, der opstår, mens brugeren interagerer med softwaren, skal håndteres på en klar og meningsfuld måde . Hvis ikke, kaldes det som en fejlhåndteringsfejl.

Se på dette billede. Fejlmeddelelsen giver ingen indikation af, hvad fejlen faktisk er. Mangler det obligatorisk felt, gemningsfejl, sideindlæsningsfejl, eller er det en systemfejl? Derfor er dette en 'Fejl ved aflevering af fejl'.

Fejl ved aflevering af fejl

Når det er muligt, bør yderligere trin anføres, som brugeren kan følge.

Hvis softwaren har visse obligatoriske felter, der skal udfyldes, før de kan gemme oplysningerne på en formular, skal valideringsmeddelelserne være klare og vejledende for den handling, der kræves af brugeren.

Her er andreeksempler:

andet eksempel 1

andet eksempel 2

# 6) Beregningsfejl:

Disse fejl opstår på grund af en af ​​følgende årsager:

  • Dårlig logik
  • Forkerte formler
  • Datatypefejl
  • Kodningsfejl
  • Problemer med funktionsopkald osv.

I 1999 mistede NASA sin Mars-klimabane, fordi en af ​​de underleverandører, som NASA havde brugt, havde brugt engelske enheder i stedet for det tilsigtede metriske system, hvilket fik orbiterens thrustere til at fungere forkert. På grund af denne fejl styrtede kredsløbet næsten med det samme, da det ankom til Mars.

# 7) Kontroller flowfejl :

Styringsflowet for en software beskriver, hvad det vil gøre næste gang, og i hvilken tilstand.

For eksempel, overvej et system, hvor brugeren skal udfylde en formular, og de tilgængelige muligheder for brugeren er: Gem, Gem og luk og Annuller. Hvis en bruger klikker på knappen 'Gem og luk', skal brugeroplysningerne i formularen gemmes, og formularen skal lukke. Hvis du ikke lukker formularen ved at klikke på knappen, er det en kontrolflowfejl.

hvad er applikation til en side i angularjs

En øvelse:

Lad os identificere, hvilke fejlkategorier følgende falder ind under:

Øvelse nr. 1:

fejlkategorier 1

tastaturfejl

Disse er fejlhåndteringsfejl.

Øvelse nr.2:

Fejl ved aflevering af fejl

Dette er en manglende kommandofejl. Annuller-knappen er påkrævet, men mangler. Begge knapper 'Fortsæt' og 'Slet' er også overflødige og udfører den samme funktion.

Øvelse # 3

Syntaktisk fejl

Dette er syntaktisk fejl.

Næste skridt:

Det er vigtigt at rapportere en fejl, når den først er identificeret. For de bedste resultater, rapporter straks.

Inkluder beskrivelsen, prioriteten, sværhedsgraden, udløserne og trinene til at genskabe scenariet, skærmbilleder (hvis nogen) i fejlrapporten.

For mere information om at skrive effektive fejlrapporter, tjek dette indlæg .

Konklusion

Fejlidentifikation, kategorisering, rapportering og til sidst fjernelse er alle en del af kvalitetskontrolaktiviteter.

Men forebyggelse er bedre end helbredelse. Selve kernen i softwarekvalitetssikring er at etablere overvågning og inspektion af processer på hvert trin i softwareudviklings livscyklus.

Foreslået læsning = >> Sådan rettes Audio Renderer Error

Målet er at opdage fejl så tidligt som muligt. Dette skyldes, at omkostningerne til at finde og rette fejl stiger dramatisk, efterhånden som softwareudviklingen skrider frem. Derfor er det vigtigt at identificere fejl tidligt.

At rette en fejl er den billigste i kravanalysetrinnet, bliver gradvist dyrt for hvert trin og er dyrest i vedligeholdelsesfasen efter frigivelse.

Som QA-ingeniører er vi måske eller måske ikke direkte involveret i kravdefinitionen. Vi har muligvis også ringe eller ingen direkte kontrol med kvaliteten af ​​kravene.

Derfor er det vigtigt, at vi er i stand til at identificere, søge og rapportere eventuelle fejl, som vi støder på i testfasen.

Om forfatteren: Denne nyttige artikel er skrevet af Neha B. Hun arbejder i øjeblikket som kvalitetssikringschef og er specialiseret i at lede og styre interne og offshore QA-teams.

Fortæl os andre typer softwarefejl, som du kender eller er stødt på.

Anbefalet læsning

^