Menu

Hoe u een niet-reproduceerbaar defect kunt reproduceren en uw testinspanning de moeite waard maakt

  • Hoofd
  • Bug Defect Tracking
  • Hoe u een niet-reproduceerbaar defect kunt reproduceren en uw testinspanning de moeite waard maakt

how reproduce non reproducible defect

Probeer Ons Instrument Voor Het Oplossen Van Problemen

In de wereld van software testen moet een gevonden defect consistent reproduceerbaar zijn, zodat de tester met overtuiging kan rapporteren, een ontwikkelaar met duidelijkheid kan herstellen en het QA-team met vertrouwen kan afsluiten.

vragen en antwoorden voor schriftelijke test door bedrijfsanalist

Dit proces heeft echter soms zijn eigen uitdagingen. Dit artikel probeert die donkere gebieden van defectreproductie te verlichten.

Allereerst, wat is ' Een defect reproduceren ​

Als een bepaalde reeks stappen de tester op een punt heeft beland waar een afwijking in het verwachte gedrag wordt waargenomen, zijn de 'te reproduceren stappen' het defectveld dat een record van deze exacte reeks stappen bevat. Als we hetzelfde probleem tegenkomen, elke keer dat we die stappen volgen, wordt dit het reproduceerbare defect genoemd.

een defect reproduceren

Naast stappen om meer bewijs te reproduceren, zoals gebruikte gegevens, screenshots of op het scherm opgenomen video's kunnen ook worden geleverd. In het geval dat deze informatie inconsistent of onjuist wordt gevonden, kunnen de bugs worden verdisconteerd en als ongeldig worden gemarkeerd zonder een verdere oplossing.

Lees verder ​ Hoe kunnen alle bugs worden opgelost zonder het label ‘Ongeldige bug’?

Daarom zijn ‘reproductiestappen’ van cruciaal belang en het volgende zijn enkele van de punten waarmee u rekening moet houden bij het schrijven van dit deel van het defectrapport:

Wat je leert:

Hoe defect 'Stappen om te reproduceren' te schrijven:

  • Wees exact
  • Voeg exacte gegevens toe die tijdens het testen zijn gebruikt, zodat u ze gemakkelijk kunt raadplegen
  • De stappen moeten in de exacte volgorde staan
  • Vermeld eventuele voorwaarden
  • Schrijf geen samengestelde stappen.Bijvoorbeeld: Als het scenario vereist dat een gebruiker een document uit Microsoft Word opslaat, moet het worden geschreven als ‘Open het menu Bestand en klik op de optie Opslaan’.
  • Controleer altijd uw stappen om te reproduceren op een nieuw systeem, waarbij u alle cookies en cachegeheugen wist.
  • Zorg ervoor dat de zinnen kort en ondubbelzinnig zijn

Een onjuist geschreven 'Stappen om te reproduceren' kan niet alleen de geldigheid van het defect in gevaar brengen, maar kan ook veel tijd verspillen in termen van het zoeken naar verduidelijkingen en antwoorden met betrekking tot dingen die niet duidelijk worden vermeld.

Lees ook ​ Hoe u een goed defectrapport schrijft

hoe jar-bestanden te openen op Windows 10

Waarom is het zo belangrijk om een ​​defect te reproduceren?

Laten we nu eens kijken ‘Waarom is het zo belangrijk om een ​​defect te reproduceren?’

het reproduceren van een defect

Technisch gesproken, als je kunt een bug niet reproduceren, je kunt hem nooit herstellen ​

Hieronder volgen enkele van de factoren die bepalen of een defect wordt verholpen:

  • Gedetailleerde en volledige info in het defectrapport
  • Of de ontwikkelaar in staat is om het daadwerkelijke optreden van een defect onder bepaalde voorwaarden te begrijpen?
  • Als de omgeving, tools en exacte applicatieversies beschikbaar zijn bij de ontwikkelaars waarop het defect door de testers wordt gerapporteerd?

Wat zijn ‘niet-reproduceerbare’ bugs / defecten?

Elke tester moet deze situaties hebben meegemaakt:

eenvoudig binair boomprogramma in c ++
  • Als u een probleem de hele dag observeert en aan het einde van de dag waarop u dat defect meldde, merkt u dat het niet meer reproduceerbaar is.
  • Een probleem met tussenpozen observeren, bijvoorbeeld veronderstel dat een nieuwe gebruiker geen producten aan zijn winkelwagentje kan toevoegen. Dit gebeurt 6 van de 10 keer.
  • Probleem waargenomen wanneer we de applicatie opnieuw starten.

In al deze gevallen is het moeilijk om de exacte toestand te bepalen en deze goed te melden. Dergelijke problemen / defecten kosten veel tijd bij het onderzoek naar. Dit soort problemen kunnen niet worden genegeerd, aangezien de eindgebruiker / klant ze ook kan opmerken.

bug

Hoe kan ik een defect reproduceren?

Een paar dingen die kunnen helpen zijn:

  • Wis alle cache en koekjes tijdens het uitvoeren van het scenario.
  • Bekijk en observeer elke stap.
  • Soms kan het zoeken naar vergelijkbare bugs of patronen nuttig zijn bij het reproduceren van een bug. Het scenario is gemakkelijker te identificeren als het patroon wordt begrepen.
  • Het is een goede gewoonte om elke stap en andere factoren (zoals testgegevens, omgeving, systeeminstellingen, schermafbeeldingen, serverlogboeken, enz.) Op te schrijven om het scenario gemakkelijk te repliceren.
  • Controleer nog een paar keer om het optreden van een defect vast te stellen. Vertrouw niet en rapporteer verder op basis van een eenmalige gebeurtenis van het probleem.
  • Testen met geduld is de belangrijkste factor, aangezien dit veel tijd kan en zal kosten

Bovendien:

  • Zelfs als je dat bent het uitvoeren van verkennende toetsen , zorg ervoor dat u op de hoogte bent van alle configuraties en systeeminstellingen.
  • Het is goed om uw creativiteit te gebruiken om de toepassing op verschillende manieren te verkennen en enkele ongebruikelijke scenario's uit te proberen. Zelfs in dit geval is het raadzaam om logische reeksen te volgen in plaats van willekeurige stappen uit te voeren.
  • Zodra een probleem is waargenomen, is het altijd een goede gewoonte om hetzelfde probleem te verifiëren op verschillende combinaties van browsers / besturingssystemen, op verschillende apparaten (ondersteund). Dit helpt bij het bepalen of het probleem een ​​systeem- of browserspecifiek / apparaatspecifiek probleem is.
  • Blijf op de hoogte met nieuwe trends en forums over verschillende soorten problemen en hun gebeurtenissen. Deze helpen bij een onderscheidend systeemspecifiek, browserspecifiek, productspecifiek, externe problemen, enz.
  • In plaats van te blijven proberen het ooit opgetreden probleem te reproduceren, kan het soms helpen om achterover te leunen en de uitgevoerde stappen te analyseren om de oplossing te vinden.
  • Bespreken met andere teamleden of manager kan soms behulpzaam zijn. Er is ook een gezegde: Ervaring telt ​
  • Het delen van uw scherm kan ook als een optie worden beschouwd, afgezien van schermafbeeldingen en video's om het probleem aan de ontwikkelaars uit te leggen.
  • Reproduceer de problemen meer dan eens om er zeker van te zijn dat ze zich voordoen. In dergelijke gevallen zult u vertrouwen hebben in uw tests en zult u in staat zijn om de vragen en zorgen van ontwikkelaars te beantwoorden.

Gevolgtrekking:

Met de algemene discussie kan duidelijk worden geconcludeerd dat het erg belangrijk is om ‘een bug te reproduceren’ om die bug te valideren en vervolgens te verhelpen. Als de bug niet reproduceerbaar is, is de testinspanning die wordt gebruikt bij het vinden, analyseren en rapporteren van die specifieke bug / defect een totale verspilling.

Om een ​​bug te begrijpen en te reproduceren, is het essentieel om de ‘Reproduceerstappen’, de toestand en de omgeving waarin de bug optrad, gedetailleerd en correct uit te leggen. Het is mogelijk om een ​​niet reproduceerbaar defect op te lossen, maar het kan erg tijd zijn om te consumeren en ook een zeer moeilijke taak. Een andere zeer belangrijke factor is een goede communicatie, zonder welke een geldige bug ongeldig kan worden gemaakt.

Dus om uw testinspanning bij het vinden van defecten de moeite waard te maken, kan het bovenstaande nuttig zijn.

Aanbevolen literatuur

^