Ad hoc-testning
Ad hoc-testning är en informell eller ostrukturerad programvarutestningstyp som syftar till att bryta testprocessen för att hitta eventuella defekter eller fel i ett tidigt möjligt skede. Ad hoc-testning görs slumpmässigt och det är vanligtvis en oplanerad aktivitet som inte följer någon dokumentation och testdesignteknik för att skapa testfall.
Ad hoc-testning följer inte något strukturerat testmetod och det görs slumpmässigt på någon del av applikationen. Huvudsyftet med denna testning är att hitta fel genom slumpmässig kontroll. Adhoc-testning kan uppnås med programvarutestningstekniken som kallas Error Guessing. Felgissning kan göras av personer som har tillräckligt med erfarenhet av systemet för att "gissa" den mest troliga källan till fel.
Denna testning kräver ingen dokumentation / planering / process som ska följas. Eftersom denna testning syftar till att hitta fel genom slumpmässigt tillvägagångssätt, utan någon dokumentation, kommer fel inte att kartläggas för att testa fall. Det betyder att det ibland är mycket svårt att reproducera defekterna eftersom det inte finns några teststeg eller krav som är mappade till det.
Följande video guider dig hur du gör adhoc-testning
Klicka här om videon inte är tillgänglig
När utför Adhoc-testning?
Ad hoc-testning kan utföras när det finns begränsad tid att göra detaljerade tester. Vanligtvis utförs adhoc-test efter det formella testkörningen. Och om tiden tillåter kan ad hoc-testning göras på systemet. Ad hoc-testning är endast effektiv om testaren är kunnig om systemet under test.
Typer av Adhoc-testning
Det finns olika typer av Adhoc-test och de listas enligt nedan:
| Buddy Testing | Två kompisar arbetar ömsesidigt med att identifiera defekter i samma modul. Mestadels kommer en kompis från utvecklingsteamet och en annan person kommer från testteamet. Buddy-testning hjälper testarna att utveckla bättre testfall och utvecklingsteamet kan också göra designändringar tidigt. Denna testning sker vanligtvis efter att enhetstestningen är klar. |
| Parprovning | Två testare tilldelas moduler, delar idéer och arbetar på samma maskiner för att hitta fel. En person kan utföra testerna och en annan person kan anteckna resultaten. Personernas roller kan vara testare och skrivare under testningen. Jämförelse Buddy and Pair Testing: Buddy-testning är en kombination av enhet- och systemtestning tillsammans med utvecklare och testare, men parningstestning görs endast med testare med olika kunskapsnivåer. (Erfaren och icke-erfaren att dela sina idéer och åsikter) |
| Monkey Testing | Testa produkten eller applikationen slumpmässigt utan testfall med ett mål att bryta systemet. |
Bästa metoder för Adhoc-testning
Att följa bästa praxis kan säkerställa effektiv Adhoc-testning.
Bra affärskunskap
Testare bör ha god kunskap om verksamheten och tydlig förståelse för kraven - Detaljerad kunskap om affärsprocessen från början till slut hjälper lätt att hitta fel. Erfarna testare hittar fler defekter eftersom de är bättre på att gissa fel.
Testa nyckelmoduler
Viktiga affärsmoduler bör identifieras och riktas för ad hoc-testning. Företagskritiska moduler bör testas först för att få förtroende för systemets kvalitet.
Registrera fel
Alla fel måste registreras eller skrivas i ett anteckningsblock. Fel måste tilldelas utvecklare för att åtgärda. För varje giltigt fel måste motsvarande testfall skrivas och läggas till i planerade testfall.
Dessa defektresultat bör göras som lärdom och dessa bör återspeglas i vårt nästa system medan vi planerar för testfall.
Slutsats:
Fördelen med Ad-hoc-testning är att kontrollera om testningen är fullständig och hitta fler defekter än planerad testning. Testfall med defektfångning läggs till som ytterligare testfall till de planerade testfallen.
Inom Software Engineering sparar Ad-hoc-testning mycket tid eftersom det inte kräver detaljerad testplanering, dokumentation och testfall design.