The playground

More information here

prova QA

betydelsen av ordet Ad-hoc är något som inte är i ordning eller inte organiserat eller ostrukturerat. I den liknande noten är Ad hoc-testning inget annat än en typ av svart låda testning eller beteendetestning. Ad-hoc-testning utförs utan att följa någon formell process som kravdokument, testplan, testfall etc. På samma sätt när man utför ad hoc-testningen […]

betydelsen av ordet Ad-hoc är något som inte är i ordning eller inte organiserat eller ostrukturerat. I den liknande noten är Ad hoc-testning inget annat än en typ av svart låda testning eller beteendetestning.

Ad-hoc-testning utförs utan att följa någon formell process som kravdokument, testplan, testfall etc. På samma sätt när man utför ad hoc-testningen finns det ingen formell testprocess som kan dokumenteras.

Ad-hoc-testning görs vanligtvis för att upptäcka problem eller defekter som inte kan hittas genom att följa den formella processen.

testarna som utför denna testning bör ha en mycket god och djupgående kunskap om produkten eller applikationen.

När testare utför ad hoc-testning avser de bara att bryta systemet utan att följa någon process eller utan att ha något särskilt användningsfall i åtanke.

egenskaper för Ad-hoc-testning

  1. Ad-hoc-testning görs efter avslutad formell testning på applikationen eller produkten.
  2. denna testning utförs i syfte att bryta applikationen utan att följa någon process.
  3. testarna som utför ad hoc-testningen bör ha grundlig kunskap om produkten.
  4. buggarna som hittades under ad hoc-testning exponerar kryphålen i testprocessen som följts.
  5. Ad-hoc-testning kan endast utföras en gång tills och om inte en defekt hittas som kräver omtestning.

när Ad-hoc-testning kan göras?

nu är frågan som kan komma till ditt sinne när vi ska göra ad hoc-testning?

för att svara på detta kan jag säga att Ad-hoc-testningen kan göras när som helst, oavsett om det är början, mitten eller slutet av projekttestningen. Detta kan endast göras när testarna har fullständig kunskap om produkten. Denna testning kan också göras när tiden är mycket begränsad och detaljerad testning krävs.

när Ad-hoc-testning inte ska göras?

beslutet om när man inte ska utföra ad hoc-testningen kan fattas av den erfarna och skickliga testaren. Även om det finns få fall då ad hoc-testning inte bör göras:

  • Ad-hoc-testning krävs inte när det redan finns ett befintligt fel för testfallet. I sådana fall bör felet rapporteras och det bör testas igen när det är fixat.
  • Ad-hoc-testning bör inte utföras under betatestning av programvaran av klienterna eller kunderna.

vilka typer av Ad-hoc-testning?

i princip finns det tre typer av Ad hoc-testning. De är:

– Buddy testing: denna typ av testning görs av utvecklaren och testaren som ansvarar för den specifika modulleveransen. I denna typ av testning kommer utvecklaren och testaren att sitta tillsammans och arbeta på den specifika modulen för att undvika att bygga de ogiltiga scenarierna som också i andra hand hjälper testaren att rapportera de ogiltiga defekterna.

-Partestning: i denna typ av testning arbetar två testare tillsammans på en modul. De delar i princip testscenarierna mellan dem. Syftet med denna typ av testning är att komma med maximala testscenarier så att hela modulen ska ha fullständig testtäckning. Efter att ha testat hela modulen tillsammans kan de också dokumentera sina testscenarier och observationer.

–Monkey testing: i denna typ av testning utförs några slumpmässiga tester med några slumpmässiga data i syfte att bryta systemet. Denna testning hjälper oss att upptäcka några nya buggar som kanske inte fångas tidigare.

fördelar eller fördelar med Ad hoc-testning:

nedan är några av fördelarna eller fördelarna med Ad hoc-testningen:

  1. Ad-hoc-testning ger testaren frihet att tillämpa sina egna nya sätt att testa applikationen som hjälper dem att ta reda på mer antal defekter jämfört med den formella testprocessen.
  2. denna typ av testning kan göras när som helst var som helst i Software Development Life cycle (SDLC) utan att följa någon formell process.
  3. denna typ av testning är inte bara begränsad till testteamet utan detta kan också göras av utvecklaren medan de utvecklar sin modul som hjälper dem att koda på ett bättre sätt.
  4. Ad-hoc-testning visar sig vara mycket fördelaktigt när det är mindre tid och djupgående testning av funktionen krävs. Detta hjälper till att leverera funktionen med kvalitet och i tid.
  5. Ad-hoc-testning kan utföras samtidigt med andra typer av tester som hjälper till att hitta fler buggar på kortare tid.
  6. i denna typ av testning är dokumentationen inte nödvändig vilket hjälper testaren att göra den fokuserade testningen av funktionen eller applikationen utan att oroa sig för den formella dokumentationen.

nackdelar med Ad-hoc-testning:

  1. eftersom ad-hoc-testning görs utan någon planering och på ostrukturerat sätt så blir rekreation av buggar någon gång ett stort problem.
  2. testscenarierna som utförs under ad hoc-testningen är inte dokumenterade så testaren måste hålla alla scenarier i sitt sinne som han/hon kanske inte kan komma ihåg i framtiden.
  3. Ad-hoc-testning är mycket beroende av den skickliga testaren som har grundlig kunskap om produkten, det kan inte göras av någon ny snickare i laget.

bästa praxis vid utförande av ad hoc-testning:

om ad hoc-testning inte utförs på rätt sätt kan det leda till total förlust av tid och ansträngning. Nedan finns några tips att tänka på som var och hur man tillämpar denna ad hoc-testning:

  1. goda kunskaper om produkten:

    testaren som ska utföra ad hoc-testningen bör ha en mycket god kunskap om produkten. Han borde vara mycket väl medveten om alla funktioner i produkten. Detta hjälper testaren att gissa fel och hitta det maximala antalet buggar från de defekta utsatta områdena.

  2. Prioriteringsfunktion:

    När ad hoc-testning ska göras för flera funktioner bör testarna först kategorisera och prioritera funktionerna. Funktioner som används mycket av kunderna bör testas först så att om någon prioriterad bugg finns i funktionen kan rapporteras och fixas tidigt.

  3. grov planering:

    Även om det inte finns något behov av någon dokumentation i ad hoc-testning som nämnts tidigare men att notera de pekare som ska testas under denna testning hjälper testaren att komma ihåg alla möjliga områden för testning. Detta hjälper till att ha maximal testtäckning på kortare tid.

  4. användning av verktyg:

    ibland under testning finns det buggar eller undantag som finns i loggar som inte ses i användargränssnittet eller som inte hindrar testningen på något sätt. Sådan typ av buggar kan också vara av hög svårighetsgrad. För att fånga en sådan typ av buggar eller undantag måste vi använda verktyg som debuggers, profilers eller task monitorer.

  5. dokumentation av observationer:

    även om ad hoc-testningen inte stöder dokumentation men det är alltid bättre att skriva en anteckning i korthet om dina tester, resultat, avvikelser. Om fel upptäcks ska det relevanta testfallet skapas så att det hjälper testaren att testa scenariot i framtiden.

andra populära artiklar:

  • Vad är regressionstestning i programvara?
  • Vad är validering i programvarutestning? Vad är software validation?
  • Monkey testing-exempel, skillnader, Verktyg, hur man gör, Fördelar, Nackdelar, typer
  • Vad är Komponenttestning?
  • Vad är Retesting? När ska man använda den? Fördelar och nackdelar

Lämna ett svar

Din e-postadress kommer inte publiceras.