Vad är Retesting?
Retesting: för att säkerställa att de fel som hittades och publicerades i den tidigare byggnaden fixades eller inte i den nuvarande byggnaden.
Retesting kör de tidigare misslyckade testfallen igen på den nya programvaran för att verifiera om de tidigare angivna defekterna är fixade eller inte.
i enkla ord testar Retesting ett specifikt fel efter att det har fixats.
exempel: säg, Build 1.0 släpptes. Under testningen av Build 1.0 hittade testteamet några defekter (exempel, Defect Id 1.0.1 och Defect Id 1.0.2) och postade. Testteamet testar defekterna 1.0.1 och 1.0.2 i Build 1.1 (endast om dessa två defekter nämns i utgåvan av Build 1.1) för att se till om defekterna är fixade eller inte.
Process: enligt bugg livscykel, när en testare hittat en bugg, felet rapporteras till utvecklingsteamet. Statusen för Bugg ska vara”ny”. Utvecklingsteamet kan acceptera eller avvisa felet. Om utvecklingsteamet accepterar felet fixar de det och släpper det i nästa utgåva. Statusen för felet kommer att vara ”redo för QA”. Nu verifierar testaren felet för att ta reda på om det är löst eller inte. Denna testning är känd som retesting. Retesting är en planerad testning. Vi använder samma testfall med samma testdata som vi använde i den tidigare byggnaden. Om felet inte hittas ändrar vi statusen för felet som ”fixat” annars ändrar vi statusen som ”inte fixat” och skickar ett fel Omtestningsdokument till utvecklingsteamet.
kolla nedan video för att se ”vad är Retesting & när gör vi Retesting”
ha tålamod. Videon laddas om en tid.
om du gillade den här videon, vänligen prenumerera på vår YouTube-kanal för fler video tutorials.
när gör vi omprövning:
1. När det finns en viss buggfix som anges i utgåvan Obs:
när utvecklingsteamet släpper den nya byggnaden måste testteamet testa de redan publicerade buggarna för att se till att buggarna är fixade eller inte.
2. När en bugg avvisas:
ibland, utvecklingsteam vägrar några buggar som togs upp av testarna och nämna status för felet som inte reproducerbara. I det här fallet måste testarna testa samma problem för att låta utvecklarna veta att problemet är giltigt och reproducerbart.
för att undvika detta scenario måste vi skriva en bra felrapport. Här är ett inlägg om hur man skriver en bra felrapport.
3. När en kund kräver en omtestning:
ibland kan kunden begära att vi gör testet igen för att få förtroendet för produktens kvalitet. I detta fall testar testteam produkten igen.
en produkt ska aldrig släppas efter modifiering har gjorts till koden med bara retesting buggfixar, Vi måste göra regressionstestning också.
Läs också: Skillnad mellan Regression och omprövning
kolla in det här för fullständig manuell Teststudie