7 types software errors that every tester should know
Det er igjen tid for et innlegg grunnleggende om testing av programvare . Dette innlegget er på typer programvarefeil som alle testere burde vite.
hvordan du gjør en youtube-video til en wav-fil
Programvarefeil er av mange typer. En feil er en feil uansett hva. Men noen ganger er det viktig å forstå naturen, dens implikasjoner og årsaken til å behandle den bedre.
Dette hjelper til raskere reaksjon og viktigst, passende reaksjon.
I denne artikkelen skal vi diskutere vanlige typer programvarefeil og hvordan du kan identifisere dem under testing med noen eksempler og enkle øvelser.
La oss starte med å definere programvarefeil og feil.
Hva du vil lære:
- Programvarefeil og feil
- Vanlige kategorier av programvarefeil:
- En øvelse:
- Konklusjon
- Anbefalt lesing
Programvarefeil og feil
Som definert i Wikipedia ' An feil er et avvik fra nøyaktighet eller korrekthet ”Og“ TIL programvarefeil er en feil, feil, feil eller feil i et dataprogram eller system som får det til å gi et feil eller uventet resultat, eller å oppføre seg utilsiktet '.
Så følgende kan utledes:
- Feil er en avvik fra det faktiske resultatet fra det forventede resultatet.
- Feil er en kategori av programvarefeil .
- Feil kan innføres som følge av ufullstendige eller unøyaktige krav eller på grunn av menneskelige datainntastingsproblemer.
Vanlige kategorier av programvarefeil:
# 1) Funksjonsfeil :
Funksjonalitet er en måte programvaren er ment å oppføre seg på. Programvare har en funksjonsfeil hvis noe du forventer at det er vanskelig, vanskelig, forvirrende eller umulig.
Sjekk dette skjermbildet:
Forventet funksjonalitet for Avbryt-knappen er at vinduet 'Opprett nytt prosjekt' skal lukkes, og ingen av endringene skal lagres (dvs. at ikke noe nytt prosjekt må opprettes). Hvis Avbryt-knappen ikke er klikkbar, er det en funksjonsfeil.
# 2) Kommunikasjonsfeil:
Disse feilene oppstår i kommunikasjon fra programvare til sluttbruker. Alt som sluttbrukeren trenger å vite for å bruke programvare skal gjøres tilgjengelig på skjermen .
Få eksemplerav kommunikasjonsfeil er - Ingen hjelpinstruksjoner / meny gitt, funksjoner som er en del av utgivelsen, men som ikke er dokumentert i hjelpemenyen, en knapp med navnet ‘Lagre’ bør ikke slette en fil etc.
# 3) Manglende kommandofeil:
Dette skjer skal skje når en forventet kommando mangler . Se dette skjermbildet:
Dette vinduet lar brukeren lage et nytt prosjekt. Imidlertid er det ikke noe alternativ for brukeren å gå ut av dette vinduet uten å opprette prosjektet. Siden alternativet / knappen 'Avbryt' ikke blir gitt til brukeren, er dette en manglende kommandofeil.
# 4) Syntaktisk feil:
Syntaktiske feil er feilstavede ord eller grammatisk feil setninger og er veldig tydelige når du tester programvare-GUI . Vær oppmerksom på at vi IKKE refererer til syntaksfeil i koden. Kompilatoren vil advare utvikleren om syntaksfeil som oppstår i koden
Legg merke til det feilstavede ordet ‘Avbryt’:
Legg merke til den grammatiske feilmeldingen:
# 5) Feilhåndteringsfeil:
Eventuelle feil som oppstår mens brukeren kommuniserer med programvaren, må håndteres på en klar og meningsfull måte . Hvis ikke, kalles det som en feilhåndteringsfeil.
Ta en titt på dette bildet. Feilmeldingen gir ingen indikasjon på hva feilen faktisk er. Mangler det obligatorisk felt, lagringsfeil, sideinnlastingsfeil eller er det en systemfeil? Derfor er dette en ‘Error Handing Error’.
Når det er mulig, bør ytterligere trinn listes opp for brukeren å følge.
Hvis programvaren har visse obligatoriske felt som må fylles ut før de kan lagre informasjonen på et skjema, bør valideringsmeldingene være tydelige og veiledende for handlingen som kreves av brukeren.
Her er andreeksempler:
# 6) Beregningsfeil:
Disse feilene oppstår på grunn av en av følgende årsaker:
- Dårlig logikk
- Feil formler
- Datatypefeil
- Kodefeil
- Problemer med funksjonsanrop osv.
I 1999 mistet NASA sin Mars-klimaomløper fordi en av underleverandørene NASA ansatt hadde brukt engelske enheter i stedet for det tiltenkte metriske systemet, noe som fikk orbiterens thrustere til å fungere feil. På grunn av denne feilen krasjet bane nesten umiddelbart da den ankom Mars.
# 7) Kontroll av strømningsfeil :
Kontrollflyten til en programvare beskriver hva den vil gjøre neste gang, og i hvilken tilstand.
For eksempel, vurder et system der brukeren må fylle ut et skjema, og alternativene som er tilgjengelige for brukeren er: Lagre, Lagre og Lukk og Avbryt. Hvis en bruker klikker på knappen “Lagre og lukk”, bør brukerinformasjonen i skjemaet lagres og skjemaet skal lukkes. Hvis du ikke lukker skjemaet ved å klikke på knappen, er det en kontrollflytfeil.
En øvelse:
La oss identifisere hvilke feilkategorier følgende faller i:
Øvelse 1:
Dette er feilhåndteringsfeil.
Øvelse 2:
Dette er en manglende kommandofeil. Avbryt-knappen er påkrevd, men mangler. Begge knappene 'Fortsett' og 'Slett' er også overflødige og utfører samme funksjon.
Øvelse 3
hvordan du implementerer graf i java
Dette er syntaktisk feil.
Neste steg:
Det er viktig å rapportere en feil når den er identifisert. For best resultat, rapporter umiddelbart.
Inkluder beskrivelsen, prioriteten, alvorlighetsgraden, utløserne og trinnene for å gjenskape scenariet, skjermbilder (hvis noen) i feilrapporten.
For mer informasjon om å skrive effektive feilrapporter, sjekk dette innlegget .
Konklusjon
Feilidentifisering, kategorisering, rapportering og til slutt fjerning er alle en del av kvalitetskontrollaktivitetene.
Men forebygging er bedre enn kur. Kjernen til programvarekvalitetssikring er å etablere overvåking og inspeksjon av prosesser på hvert trinn av programvareutviklingens livssyklus.
Foreslått lesing = >> Hvordan fikse Audio Renderer Error
Målet er å oppdage feil så tidlig som mulig. Dette er fordi kostnadene for å finne og fikse feil øker dramatisk etter hvert som programvareutviklingen utvikler seg. Derfor er det viktig å identifisere feil tidlig.
Å fikse en feil er den billigste i løpet av kravanalysetrinnet, blir gradvis dyrt for hvert trinn og er dyrest i vedlikeholdsfasen etter utgivelsen.
Som QA-ingeniører er vi kanskje ikke direkte involvert i kravdefinisjonen. Vi kan også ha liten eller ingen direkte kontroll med kvaliteten på kravene.
Derfor er det viktig at vi er i stand til å identifisere, søke og rapportere eventuelle feil som vi kommer over i testfasen.
Om forfatteren: Denne nyttige artikkelen er skrevet av Neha B. Hun jobber for tiden som kvalitetssikringsleder og spesialiserer seg i ledelse og ledelse av internt og offshore kvalitetslag.
Gi oss beskjed om andre typer programvarefeil som du kjenner eller har opplevd.
Anbefalt lesing
- Typer av risikoer i programvareprosjekter
- Eksempel på feilrapport
- Kunngjør min nye e-bok 'Software Testing Career Package - A Software Tester's Journey from Getting a Job to Becoming a Test Leader!'
- Er Software Testers jobb virkelig en lavprofiljobb?
- Perfekt programvare testing CV-guide (med programvaretester CV-prøve)
- 5 måter å være en fet og trygg programvaretester
- 5 ting en nybegynnerutvikler (og tester) bør vite om programvaretesting
- Kjennetegn ved en dårlig programvaretester