The playground

More information here

Zkuste QA

smyslu slova Ad-hoc je něco, co není v pořádku, nebo ne organizované nebo nestrukturované. V podobné poznámce ad-hoc testování není nic jiného než druh testování černé skříňky nebo testování chování. Ad-hoc testování se provádí bez návaznosti na jakoukoli formální proces jako požadavek, dokumenty, testovací plán, testovací případy, atd. Podobně při provádění ad-hoc testování neexistuje žádný […]

smyslu slova Ad-hoc je něco, co není v pořádku, nebo ne organizované nebo nestrukturované. V podobné poznámce ad-hoc testování není nic jiného než druh testování černé skříňky nebo testování chování.

Ad-hoc testování se provádí bez návaznosti na jakoukoli formální proces jako požadavek, dokumenty, testovací plán, testovací případy, atd. Podobně při provádění ad-hoc testování neexistuje žádný formální proces testování, který by mohl být zdokumentován.

Ad-hoc testování se obvykle provádí za účelem zjištění problémů nebo vad, které nelze nalézt po formálním procesu.

testeři, kteří provádějí toto testování, by měli mít velmi dobré a důkladné znalosti o produktu nebo aplikaci.

Pokud testeři provádějí ad-hoc testování, mají v úmyslu přerušit systém pouze bez provedení jakéhokoli procesu nebo bez ohledu na konkrétní případ použití.

Vlastnosti Ad-hoc testování

  1. Ad-hoc testování se provádí po dokončení formálního testování na aplikaci nebo výrobek.
  2. toto testování se provádí s cílem přerušit aplikaci bez následného procesu.
  3. testeři provádějící ad-hoc testování by měli mít důkladné znalosti o produktu.
  4. chyby nalezené během ad-hoc testování odhalují mezery sledovaného testovacího procesu.
  5. ad-hoc testování lze provést pouze jednou, dokud a pokud není nalezena závada, která vyžaduje opakované testování.

kdy lze provést ad-hoc testování?

otázka, která vás může napadnout, je, kdy bychom měli provádět ad-hoc testování?

abych na to odpověděl, mohu říci, že Ad-Hoc testování lze provést kdykoli, ať už je to začátek, střed nebo konec testování projektu. To lze provést pouze tehdy, když testeři mají úplné znalosti o produktu. Toto testování lze také provést, když je čas velmi omezený a je vyžadováno podrobné testování.

kdy by se testování Ad-hoc nemělo provádět?

o tom, kdy neprovádět ad-hoc testování, může rozhodnout zkušený a zkušený tester. I když existuje jen málo případů, kdy by se testování ad-hoc nemělo provádět:

  • ad-hoc testování není nutné, pokud již existuje chyba pro testovací případ. V takových případech by měla být chyba nahlášena a po opravě by měla být znovu testována.
  • ad-hoc testování by nemělo být prováděno během Beta testování softwaru klienty nebo zákazníky.

jaké jsou typy ad-hoc testování?

v zásadě existují tři typy ad-hoc testování. Jsou to:

– testování Buddy: tento typ testování provádí vývojář a tester, kteří jsou zodpovědní za konkrétní dodávku modulu. V tomto typu testování vývojář a tester budou sedět spolu a pracovat na konkrétní modul, aby se zabránilo z budovy neplatné scénáře, které také na druhé straně pomoci tester od vykazování neplatné vady.

-párové testování: při tomto typu testování pracují dva testeři společně na jednom modulu. V podstatě mezi sebou rozdělují testovací scénáře. Cílem tohoto typu testování je přijít s maximálními testovacími scénáři tak, aby celý modul měl kompletní testovací pokrytí. Po testování celého modulu společně mohou také dokumentovat své testovací scénáře a pozorování.

–Monkey testování: V tomto typu testování nějaké náhodné testy jsou prováděny s některými náhodnými daty s cílem prolomení systému. Toto testování nám pomáhá objevit některé nové chyby, které nemusí být chyceny dříve.

výhody nebo výhody ad-hoc testování:

níže uvádíme několik výhod nebo výhod souvisejících s Ad-hoc testováním:

  1. ad-hoc testování dává volnost testeru aplikovat vlastní nové způsoby testování aplikace, což jim pomáhá zjistit větší počet závad ve srovnání s formálním testovacím procesem.
  2. tento typ testování lze provést kdykoli a kdekoli v životním cyklu vývoje softwaru (SDLC) bez následného formálního procesu.
  3. tento typ testování není omezen pouze na testovací tým, ale to může také provést vývojář při vývoji jejich modulu, který jim pomáhá lépe kódovat.
  4. ad-hoc testování se ukázalo jako velmi výhodné, když je méně času a je vyžadováno hloubkové testování funkce. To pomáhá při poskytování funkce s kvalitou a včas.
  5. Ad-hoc testování může být současně spuštěn s jinými typy testování, které pomáhá při hledání více chyb v méně času.
  6. V tomto typu testování, dokumentace není nutné, což pomáhá tester dělat cílené testování funkce nebo aplikace bez obav o formální dokumentace.

nevýhody ad-hoc testování:

  1. vzhledem k tomu, že Ad-Hoc testování probíhá bez plánování a nestrukturovaným způsobem, tak se Rekreace chyb někdy stává velkým problémem.
  2. testovací scénáře provedené během ad-hoc testování nejsou zdokumentovány, takže tester musí mít na paměti všechny scénáře, které si v budoucnu nemusí vzpomenout.
  3. ad-hoc testování je do značné míry závislé na zkušeném testeru, který má důkladnou znalost produktu, kterou nemůže provést žádný nový truhlář týmu.

osvědčené postupy při provádění ad-hoc testování:

Pokud není ad-hoc testování provedeno správným způsobem, může to mít za následek úplnou ztrátu času a úsilí. Níže je několik rad, mít na paměti, jak, kde a jak se přihlásit toto ad-hoc testování:

  1. Dobré znalosti o produktu:

    tester, který je bude provádět ad-hoc testování by měl mít velmi dobré znalosti o produktu. Měl by si být velmi dobře vědom všech funkcí v produktu. To pomáhá testeru při hádání chyb a nalezení maximálního počtu chyb z oblastí náchylných k vadám.

  2. prioritizace funkce:

    pokud má být provedeno ad-hoc testování více funkcí, měli by testeři nejprve kategorizovat a upřednostňovat funkce. Funkce, které jsou vysoce využívány zákazníky, by měly být nejprve testovány, aby v případě, že v této funkci existuje nějaká prioritní chyba, mohla být nahlášena a opravena brzy.

  3. Hrubé plánování:

    i když není třeba žádné dokumentace v ad-hoc testování, jak bylo uvedeno dříve, ale všímat si ukazatelů, které mají být testovány během tohoto testování pomůže tester na paměti všechny možné oblasti pro testování. To pomáhá při maximálním pokrytí testu v kratším čase.

  4. Použití Nástroje:

    Někdy během testování, tam jsou chyby nebo výjimky našel v protokolech, které nejsou vidět v UI, nebo která není maření zkoušek v žádném případě. Takové chyby mohou mít také vysokou závažnost. Abychom zachytili takové chyby nebo výjimky, musíme použít nástroje, jako jsou debuggery, profilery nebo monitory úloh.

  5. dokumentace pozorování:

    I když ad-hoc testování nepodporuje dokumentaci, ale vždy je lepší napsat ve zkratce o vašem testování, zjištění odchylky. Pokud jsou zjištěny závady, měl by být vytvořen příslušný testovací případ, aby testerovi pomohl v budoucnu znovu otestovat scénář.

další populární články:

  • co je regresní testování v softwaru?
  • co je validace v testování softwaru? nebo co je ověření softwaru?
  • testování opic-příklady, rozdíly,nástroje, jak to udělat, Výhody, Nevýhody, typy
  • co je testování komponent?
  • co je opakované testování? Kdy ji použít? Výhody a nevýhody

Napsat komentář

Vaše e-mailová adresa nebude zveřejněna.