how reproduce non reproducible defect
I verden av programvaretesting , en feil som en gang er funnet, skal være reproduserbar konsekvent, slik at testeren kan rapportere med overbevisning, en utvikler kan fikse med klarhet og QA-teamet kan stenge med tillit.
nettsteder for å konvertere youtube-videoer til mp3
Imidlertid kommer denne prosessen noen ganger med sitt eget sett med utfordringer. Denne artikkelen prøver å belyse de mørke områdene med reproduksjon av mangler.
Først av alt, hva er “ Gjengi en feil '?
Hvis en bestemt trinnsekvens har landet testeren på et punkt der en avvik i forventet oppførsel observeres, er 'trinnene til å reprodusere' defektfeltet som inneholder en oversikt over denne nøyaktige trinnsekvensen. Hvis vi støter på det samme problemet, kalles dette reproduserbar defekt hver gang vi følger disse trinnene.
I tillegg til trinn for å reprodusere mer bevis som data som brukes, skjermbilder eller skjermopptakte videoer kan også leveres. Hvis denne informasjonen blir funnet inkonsekvent eller feil, kan feilene bli diskontert og merket som ugyldige uten ytterligere oppløsning.
Les mer => Hvordan får du løst alle feil uten etiketten 'Ugyldig feil'?
Derfor er 'trinn for å reprodusere' kritisk, og følgende er noen av poengene du må huske på når du skriver denne delen av feilrapporten:
Hva du vil lære:
- Hvordan skrive feil 'Fremgangsmåte for å reprodusere':
- Hvorfor å gjengi en feil er så viktig?
- Hva er ‘ikke-reproduserbare’ feil / mangler?
- Hvordan reprodusere en feil?
- Konklusjon:
- Anbefalt lesing
Hvordan skrive feil 'Fremgangsmåte for å reprodusere':
- Vær presis
- Inkluder eksakte data som brukes under testing for enkel referanse
- Trinnene må være i nøyaktig rekkefølge
- Nevn forutsetninger når det er aktuelt
- Ikke skriv sammensatte trinn.For eksempel: Hvis scenariet krever at en bruker lagrer et dokument fra Microsoft Word, skal det skrives som, 'Åpne Fil-menyen og klikk på lagringsalternativet'.
- Sjekk alltid trinnene dine for å reprodusere på et nytt system, og tøm alle informasjonskapsler og hurtigbufferminne.
- Forsikre deg om at setningene er korte og entydige
En feil skrevet 'Fremgangsmåte for å reprodusere' kunne ikke bare bringe gyldigheten av feilen i fare, men innebære også mye bortkastet tid når det gjelder å finne avklaringer og svar angående ting som ikke er tydelig nevnt.
Les også => Hvordan skrive en god feilrapport
hva er den beste pc-renseren
Hvorfor å gjengi en feil er så viktig?
La oss nå finne ut 'Hvorfor det er så viktig å reprodusere en feil?'
Snakker teknisk, hvis du kan ikke reprodusere en feil, du kan aldri fikse den .
Følgende er noen av faktorene som avgjør om en feil blir løst:
- Detaljert og fullstendig info i manglerapporten
- Hvis utvikleren er i stand til å forstå den faktiske forekomsten av en feil under visse forhold?
- Hvis miljøet, verktøyene og de eksakte applikasjonsversjonene er tilgjengelige hos utviklerne som testeren rapporterer om feilen?
Hva er ‘ikke-reproduserbare’ feil / mangler?
Hver tester må ha opplevd disse situasjonene:
- Hvis du observerer et problem hele dagen og på slutten av dagen da du rapporterte om feilen, synes du det ikke er mer reproduserbart.
- Observere et problem med jevne mellomrom, for eksempel anta at en ny bruker ikke kan legge til produkter i handlekurven. Dette skjer 6 av 10 ganger.
- Problemet ble bare observert når vi starter programmet på nytt.
I alle disse tilfellene er det vanskelig å fastslå den eksakte tilstanden og rapportere den riktig. Slike problemer / mangler tar mye tid i etterforskningen av. Denne typen problemer kan ikke ignoreres, ettersom sluttbrukeren / kunden også kan observere dem.
hvordan åpner jeg en torrentfil
Hvordan reprodusere en feil?
Noen få ting som kan hjelpe er:
- Tøm all hurtigbuffer og informasjonskapsler mens du utfører scenariet.
- Se og observer hvert trinn.
- Noen ganger kan det være nyttig å reprodusere en feil hvis man ser etter lignende feil eller mønstre. Det vil være lettere å identifisere scenariet hvis mønsteret forstås.
- Å notere hvert trinn og andre faktorer (som testdata, miljø, systeminnstillinger, skjermbilder, serverlogger osv.) Vil være en god praksis for å enkelt replikere scenariet.
- Bekreft et par ganger til for å bestemme forekomsten av feil. Ikke stol og rapporter videre på grunnlag av en enkelt gangs forekomst av problemet.
- Å teste med tålmodighet er nøkkelfaktoren da dette kan og vil ta mye tid
I tillegg:
- Selv når du er det utfører utforskende testing , sørg for at du er klar over alle konfigurasjonene samt systemoppsett.
- Det er bra å bruke kreativiteten din til å utforske applikasjonen på forskjellige måter og prøve noen uvanlige scenarier. Selv i dette tilfellet anbefales det å følge logiske sekvenser i stedet for å utføre tilfeldige trinn.
- Når et problem er observert, er det alltid en god praksis å verifisere det samme problemet på forskjellige nettlesere / operativsystemkombinasjoner, forskjellige enheter (støttes). Dette hjelper til med å avgjøre om problemet er et system- eller nettleserspesifikt / enhetsspesifikt.
- Hold deg oppdatert med nye trender og fora om forskjellige typer problemer og deres forekomster. Disse hjelper i et differensierende systemspesifikt, nettleserspesifikt, produktspesifikt, eksterne problemer, etc.
- I stedet for å fortsette å prøve å reprodusere problemet en gang oppstod, kan det noen ganger hjelpe å finne løsningen å lene seg tilbake og analysere trinnene som er utført.
- Diskuterer med andre teammedlemmer eller leder kan noen ganger være nyttig. Det er også et ordtak, Erfaring teller .
- Deling av skjermen kan også betraktes som et alternativ bortsett fra skjermbilder og videoer for å forklare problemet for utviklerne.
- Reprodusere problemene mer enn en gang for å være sikker på om det oppstår et problem. I slike tilfeller vil du være trygg på testingen din og kunne svare på spørsmål og bekymringer fra utviklere.
Konklusjon:
Med den generelle diskusjonen kan det konkluderes med at det er veldig viktig å 'reprodusere en feil' for å få den feilen validert og deretter løst. Hvis feilen ikke er reproduserbar, er testinnsatsen som brukes til å finne, analysere og rapportere den aktuelle feilen / feilen totalt avfall.
For å forstå og reprodusere en feil, er det viktig å ha detaljert og riktig forklart ‘Steps to Reproduc’, tilstand og miljø der feilen oppstod. Det er mulig å fikse en ikke reproduserbar feil, men det kan være veldig tid å konsumere, så vel som en veldig vanskelig oppgave. En annen viktig faktor er riktig kommunikasjon uten hvilken en gyldig feil kan ugyldiggjøres.
Så, for å gjøre din testinnsats for å finne feil verdt det, kan ovennevnte være nyttig.
Anbefalt lesing
- Hva er feilbasert testteknikk?
- Beste verktøy for testing av programvare 2021 [QA Test Automation Tools]
- Testing Primer eBook Download
- Hva er defekt / bug-livssyklus i programvaretesting? Defekt livssyklusopplæring
- Process for defect management: Hvordan håndtere en feil effektivt
- Lastetesting med HP LoadRunner-veiledninger
- Forskjellen mellom stasjonær, klientservertesting og nettesting
- Hva er gammatesting? Den siste testfasen