Introduktion till Adhoc Testing

Adhoc-test är slumpmässig eller informell testning som kan ha kapacitet att bryta systemet. Detta är vanligtvis inte planerad och det finns inga testtekniker som att utforma testfall, skapa testfall involverade. Det kan göras på vilken som helst del av applikationen. Huvudsyftet här är att hitta problem eller defekter i systemet genom att slumpmässigt kontrollera delar av koden. Det följer tekniken för gissning av fel. Det kan göras av personer som har arbetat med applikationen tidigare och lätt kan ta reda på fel eller problem genom att utföra denna typ av testning.

Hur utförs Adhoc Testing?

Adhoc-test utförs på flera sätt. Detta kan göras när som helst. Detta kan vara i början, mitten eller mot slutet av projekttestningen. Det finns tre sätt på vilka Adhoc-test utförs. De är som nedan:

  • Buddy Testing
  • Partestning
  • Monkey Testing

Låt oss titta på dessa i detalj

1. Buddy Testing

Som namnet antyder kan man säga att två kompisar, en testare och en utvecklare kommer att arbeta tillsammans. De kommer att väljas för att arbeta med en viss modul. Så snart utvecklaren slutför enhetstestningen och testaren har några fall i åtanke kan de båda arbeta med den modulen. Genom att göra denna typ av testning kan du se till att den nya framtiden eller funktionaliteten kontrolleras genom en bredare aspekt för både utvecklaren och testaren. Utvecklaren kan förstå de olika scenarierna genom vilka koden kommer att gå och tänka ur det perspektivet.

Medan testaren kan få utvecklarens perspektiv på den befintliga designen och det kommer att hjälpa till att undvika ogiltiga scenarier i testfall. Detta hjälper till att undvika ogiltiga fel. Båda parter kan tänka som varandra och få en tydligare bild av applikationen under utveckling och testning. Det hjälper också att utveckla bättre testfall och utvecklare att få en bättre design. Detta sker vanligtvis när enhetstestningen är klar.

2. Parningstest

I denna testning arbetar två testare tillsammans om en modul. De har en gemensam installation som görs för teständamål. Genom att genomföra denna typ av testning är det noga att båda testarna hittar sätt att upptäcka ett större antal fel i den inbyggda applikationen. De delar testarbetet och gör också nödvändig dokumentation av alla observationer de har gjort tillsammans. Ett maximalt antal scenarier kan hittas genom att använda den här typen av tester.

3. Monkey Testing

Denna testning utförs på enhetens testnivå. Personen som testar modulen testar applikationen på ett helt slumpmässigt sätt. Detta görs för att kontrollera om systemet kan motstå kraschar när som helst. Genom att göra denna typ av test kan många defekter hittas som kunde ha lämnats tidigare. Detta test kan också bryta systemet med vilket vi kan förstå prestandafrågorna, om några, är bestående. Det skulle inte finnas några testfall här precis som för andra.

Adhoc-testtekniker

Grundtanken bakom att välja Adhoc-test är att testare som arbetar utan testkonstruktion eller utan att några testfall skapats. Det ser till att testning som utförs är fullbordad och att sättet är användbart för att hitta effektivitet i testningen som görs. Det huvudsakliga sättet att testa alla applikationer i denna typ av test-id är så slumpmässiga som möjligt. Du kan hoppa från en modul till en annan och utföra en aktivitet. Systemet får inte gå sönder. Huvudsyftet med detta system är att hitta defekter som kan missas under normal testning.

Denna teknik ger också en inblick i hela applikationen och gissningen kan göras av testaren som har expertkunskap om systemet. Du kan också involvera en annan testad eller till och med bjuda in utvecklaren så att vi inte har någon form av scenarier som missas under testningen. När två personer sitter tillsammans är brainstorming ganska fördelaktigt. Vi kan hitta defekter som har undgått tidigare. Genom att använda denna teknik är chansen större att hitta defekterna är mer.

Adhoc-testverktyg

Det finns inga specifika verktyg som används i Ad hoc-tester. Som ett resultat kan alla verktyg som redan används för att testa applikationen användas efter behov. För att kontrollera en viss modul används Selenium till exempel. Selen kan användas för att testa moduler distribuerade efter föregående modul. Detta kan hjälpa till att påskynda processen och få exakta detaljer. På liknande sätt kan andra verktyg som QTP, Cucumber användas för alla typer av Adhoc-tester när det behövs.

Fördelar med adhoc-testning

  • Den största fördelen med denna typ av testning är att testaren inte behöver följa den traditionella testprocessen. De kan testa applikationen på vilket sätt de vill. Detta hjälper dem att lära känna systemet bättre.
  • När det inte finns tid för korrekt testning kan Adhoc-testning vara en räddare och hjälpa till att få defekter som kan övergå till produktionen.
  • Det sparar testarens tid eftersom det inte behövs någon dokumentation. Här fokuserar det bara på att testa och förstå arkitekturen bättre och hitta några problem om de finns.

Nackdelar med adhoc-testning

  • Det är inte möjligt att spåra de scenarier som testas eftersom det inte finns någon dokumentation inblandad.
  • Testfallen kan vara repetitiva vilket kan leda till tidslöseri.
  • Effektiviteten för att testa här beror helt på testaren.

Slutsats

Adhoc-test är ett effektivt sätt att hitta problem vid körning. Adhoc-testning kan göras av en erfaren testare som känner till det befintliga systemet. Det finns inget behov av dokumentation och det kan göras med utvecklare sida vid sida. Olika perspektiv på testning kan ta upp problem som inte når produktion och som ett resultat hjälper till att spara mycket pengar. Det visar sig vara kostnadseffektivt och produktivt.

Rekommenderad artikel

Detta har varit en guide till Adhoc Testing. Här diskuterar vi Introduktion till Adhoc Testing och dess tekniker tillsammans med verktyg. Du kan också gå igenom våra andra föreslagna artiklar för att lära dig mer_
  1. Typer av programvarutestning
  2. Funktionella testverktyg
  3. Säkerhetstest
  4. Statlig övergångstest
  5. Typer och hanteringsfel i JavaScript

Kategori:

Mjukvaruutveckling