Meny

Hur man reproducerar en icke reproducerbar defekt och gör din testinsats värt det

how reproduce non reproducible defect

Prova Vårt Instrument För Att Eliminera Problem

I världen av programvarutestning , en defekt som en gång hittats ska vara konsekvent reproducerbar så att testaren kan rapportera med övertygelse, en utvecklare kan fixa med tydlighet och QA-teamet kan stänga med förtroende.

är Java-länkad lista dubbelt länkad

Denna process kommer emellertid ibland med sina egna utmaningar. Denna artikel försöker belysa de mörka områdena med reproduktion av defekter.

Först och främst vad är ” Återgivning av en defekt '?

Om en viss sekvens av steg har landat testaren vid en punkt där en avvikelse i förväntat beteende observeras - “steg att reproducera” är defektfältet som innehåller en registrering av denna exakta sekvens av steg. Om vi ​​stöter på samma problem kallas detta varje gång vi följer dessa steg den reproducerbara defekten.

reproducera en defekt

Förutom steg för att reproducera mer bevis, såsom data som används, skärmdumpar eller skärminspelade videor kan också tillhandahållas. Om den här informationen upptäcks inkonsekvent eller felaktig kan buggarna bli diskonterade och markerade som ogiltiga utan ytterligare upplösning.

Läs mer => Hur kan du lösa alla fel utan någon ”Ogiltig bugg” -etikett?

Därför är 'steg för att reproducera' avgörande och följande är några av de punkter som du måste tänka på när du skriver den här delen av felrapporten:

Vad du kommer att lära dig:

Hur man skriver defekt 'Steg för att reproducera':

  • Var exakt
  • Inkludera exakta data som används under testning för enkel referens
  • Stegen måste vara i exakt ordning
  • Nämn förutsättningar när så är tillämpligt
  • Skriv inte sammansatta steg.Till exempel: Om scenariot kräver att en användare sparar ett dokument från Microsoft Word, ska det skrivas som, ”Öppna Arkiv-menyn och klicka på alternativet spara”.
  • Kontrollera alltid dina steg för att reproducera på ett nytt system, rensa alla kakor och cacheminne.
  • Se till att meningarna är korta och entydiga

En felaktigt skriven 'Steg för att reproducera' kunde inte bara äventyra defektens giltighet utan också innebära mycket slösad tid när det gäller att söka förtydliganden och svar angående saker som inte tydligt nämns.

Läs också => Hur man skriver en bra felrapport

skapa falsk e-postadress på en sekund

Varför är det så viktigt att reproducera en defekt?

Låt oss ta reda på ”Varför är det så viktigt att reproducera en defekt?”

reproducera en defekt

Tala tekniskt, om du kan inte reproducera ett fel, du kan aldrig fixa det .

Följande är några av de faktorer som avgör om en defekt fixas:

  • Detaljerad och fullständig info i felrapporten
  • Om utvecklaren kan förstå den faktiska förekomsten av en defekt under vissa förhållanden?
  • Om miljö, verktyg och exakta applikationsversioner finns tillgängliga hos utvecklarna som defekt rapporteras av testarna?

Vad är ”icke reproducerbara” buggar / defekter?

Varje testare måste ha upplevt följande situationer:

  • Observera ett problem hela dagen och i slutet av dagen när du rapporterade den här defekten, tycker du att den inte kan reproduceras mer.
  • Observera ett problem intermittent, t.ex. antag att en ny användare inte kan lägga till produkter i kundvagnen. Detta händer 6 av 10 gånger.
  • Problemet observerades bara när vi startar om applikationen.

I alla dessa fall är det svårt att bestämma det exakta tillståndet och rapportera det rätt. Sådana problem / defekter tar mycket tid i utredningen av. Dessa typer av problem kan inte ignoreras, eftersom slutanvändaren / kunden kan följa dem också.

insekt

Hur reproducerar jag en defekt?

Några saker som kan hjälpa till är:

  • Rensa allt cache och småkakor medan du utför scenariot.
  • Titta och observera varje steg.
  • Ibland kan det vara bra att leta efter liknande fel eller mönster för att reproducera ett fel. Det blir lättare att identifiera scenariot om mönstret förstås.
  • Att notera varje steg och andra faktorer (som testdata, miljö, systeminställningar, skärmdumpar, serverloggar etc.) är en bra metod för att enkelt replikera scenariot.
  • Verifiera några gånger till för att fastställa förekomsten av defekt. Lita inte på och rapportera vidare på grundval av en enda gång förekomsten av problemet.
  • Att testa med tålamod är nyckelfaktorn eftersom det kan och tar mycket tid

Dessutom:

hur man använder en torrentfil efter nedladdning
  • Även när du är utför undersökande testning , se till att du är medveten om alla konfigurationer och systeminställningar.
  • Det är bra att använda din kreativitet för att utforska applikationen på olika sätt och prova några ovanliga scenarier. Även i detta fall är det lämpligt att följa logiska sekvenser snarare än att utföra slumpmässiga steg.
  • När ett problem har observerats är det alltid en bra metod att verifiera samma problem i olika kombinationer av webbläsare / operativsystem, olika enheter (stöds). Detta hjälper till att avgöra om problemet är ett system- eller webbläsarspecifikt / enhetsspecifikt.
  • Håll dig uppdaterad med nya trender och forum om olika typer av problem och deras händelser. Dessa hjälper till med ett differentierande systemspecifikt, webbläsarspecifikt, produktspecifikt, externa problem etc.
  • Istället för att fortsätta att försöka reproducera problemet en gång inträffade kan det ibland hjälpa dig att hitta lösningen att sitta tillbaka och analysera de utförda stegen.
  • Diskutera med andra teammedlemmar eller chef kan ibland vara till hjälp. Det finns också ett ordstäv: Erfarenhet räknas .
  • Att dela din skärm kan också betraktas som ett alternativ förutom skärmdumpar och videor för att förklara problemet för utvecklarna.
  • Reproducera problemen mer än en gång för att vara säker på att problemet uppstår. I sådana fall kommer du att vara säker på din testning och kunna svara på utvecklarnas frågor och problem.

Slutsats:

Med den övergripande diskussionen kan man tydligt dra slutsatsen att det är mycket viktigt att 'reproducera en bugg' för att få den felet validerat och sedan fixat. Om felet inte är reproducerbart är testansträngningen som används för att hitta, analysera och rapportera det specifika felet / defekten totalt slöseri.

För att förstå och reproducera ett fel är det viktigt att ha detaljerade och korrekt förklarade ”Steg för att reproducera”, tillstånd och miljö där felet uppstod. Det är möjligt att fixa en inte reproducerbar defekt, men det kan vara mycket tid att konsumera såväl som en mycket svår uppgift. En annan viktig faktor är korrekt kommunikation utan vilken ett giltigt fel kan ogiltigförklaras.

Så för att göra din testansträngning för att hitta defekter värda det kan ovan nämnda vara till hjälp.

Rekommenderad läsning

^