Menu

Co je to Early Testing: Test Early, Test often ALE Jak? (Praktický průvodce)

what is early testing

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

Co je to včasné testování?

Testování softwaru by mělo začít na začátku životního cyklu vývoje softwaru. To pomáhá zachytit a eliminovat vady v raných fázích SDLC, tj. Ve fázích shromažďování požadavků a návrhu. Včasný začátek testování pomáhá snížit počet defektů a nakonec náklady na přepracování.

Různé aspekty Včasné testování které by pomohly manažerům a vedoucím QA při vývoji nebo vytváření dokumentu Strategie testování v SDLC, jsou vysvětleny zde.

Přijetí včasného testu bude nesmírně mít za následek úspěšné dodání kvalitního produktu.

včasné testování (1)

Na konci tohoto kurzu budou mít čtenáři, manažeři kontroly kvality, vedoucí a testeři spravedlivé znalosti o následujících konceptech:

jak opravit výchozí bránu není k dispozici Windows 10
  • Proč včasné testování v SDLC (vydání projektu nebo softwaru)?
  • Rozsah úsilí v rámci včasného testování
    • Co otestovat brzy?
    • Start a Exit
  • Výhody a nevýhody

Pojďme nyní podrobně prozkoumat nuance !!

Co se naučíte:

Principy testování

Obrázek 1 - Zjednodušený pohled na principy testování

1. Zásady testování

Pro dané vydání softwaru nebo systému nebo produktu v SDLC existují různé dobře definované metodiky nebo strategie pro většinu z následujících principů testování.

  • Co je testování?
  • Proč testování?
  • Co otestovat?
  • Jak testovat?

Některé z nejvíce přetrvávajících otázek, na které by se mnoho čtenářů, testerů, potenciálních zákazníků a manažerů QA zeptalo, nebo by chtěli získat jasnější informace o zahrnutí (šedá oblast v Obrázek 1 )

  • Kdy začít testovat ve verzi softwaru nebo Kdy by mělo začít testování v projektu?
  • Kdy začít s testováním a kdy s testováním skončit?
  • Proč by testování mělo začít brzy v SDLC?
  • Co je první test vývoje softwaru?

Pro snadné pochopení publika jsem shromáždil všechny otázky „šedé oblasti“ pod jedním zastřešujícím názvem Včasné testování.

Proč testovat brzy v SDLC?

Pojďme diskutovat o některých událostech a činnostech, které jsou součástí testování.

Tým správy programů obvykle přiřadí programového manažera (PM) k danému vydání softwaru nebo projektu. PM ve spolupráci se všemi zúčastněnými stranami, včetně marketingových, vývojových, QA a podpůrných týmů, přichází s plánem vydání

V tomto tutoriálu jsem si vybral Čtvrtletní plán vydání použitím model vodopádu vysvětlit Koncepty včasného testování podrobně.

Plán testování vydání softwaru

Většina organizací se stále řídí tradičními Časové vydání (TBR) models where the Software or Product releases are scheduled for quarterly or half-yearly or yearly delivery.

K provádění těchto verzí softwaru se používá převážně model Waterfall. V některých případech je pro kratší cyklus vydání použit model Agile / Scrum.

Obrázek 2 - Typický plán testování čtvrtletních vydání (ne celkový plán projektu nebo vydání)

Plán testování čtvrtletního vydání

Dopad kritických vad nebo závad vysoké závažnosti

Obrázek 3 - Typický dopad kritických vad

Typický dopad kritických vad

Hlavně , v průběhu testování se očekává, že

  • Kritické závady nebo závady vysoké závažnosti budou identifikovány a zaznamenány testery.
  • Vývojáři budou muset tyto vady opravit.
  • Následně budou testeři muset ověřit opravy.

Za druhé , mnoho organizací pro produktové a softwarové inženýrství obecně uznává, že oprava a ověření vysoké závažnosti nebo kritických chyb u velmi velkého počtu je

  • Časově náročné
  • Hogging zdrojů (člověk + stroj)
  • Náchylné ke kolaterálu, oprava kritických chyb se většinou dotýká velké části kódu, včetně průsečíků.

Nakonec , pokud se na konci daného vydání najde velké množství kritických chyb, dojde k jednomu nebo více z následujících negativních vývojů.

  • Vysoká pravděpodobnost prodloužení testovacího cyklu.
  • Vysoká pravděpodobnost zmeškání termínu vydání.
  • Z konkrétního vydání může být nutné vytáhnout určitou vlastnost, která má velký počet defektů.
  • Chybějí závazky zákazníků.

A co ostatní vady?

Existují vady se střední a nízkou prioritou, které budou testery identifikovány a zaznamenány. Je také nutné, aby s nimi vývoj a QA tým zacházeli odpovídajícím způsobem. Celkově tedy jde o objemné cvičení.

Stříbrná kulka neexistuje

Je známou skutečností, že žádné množství Testování nemůže odhalit každou vadu, kterou má Softwarový produkt nebo Systém. Prakticky to znamená, že testování neskončilo, ani výrobek neobsahuje vady.

Avšak z „ Provozuschopnost Z pohledu konkurenčního modelu a modelu Time To Market (TTM) je třeba přerušit typické myšlení a odhalit maximální defekty na začátku cyklu vydání, zejména identifikaci kritických a vysoce závažných defektů.

Některá nebo všechna výše uvedená budou mít negativní dopad na podnikání organizace. V této souvislosti přijetí „ Včasné testování 'Mít samostatná testovací aktivita bude přínosem pro celkovou správu SDLC pro daný projekt nebo vydání.

Rozsah úsilí o včasné testování

Po pochopení cíle Testování na začátku v předchozí části s názvem „ Proč včasné testování? „Pojďme nyní diskutovat o„ Rozsah úsilí o včasný test ' podrobně.

Jelikož zavádíme Testování brzy jako novou aktivitu, kterou lze sledovat výlučně v průběhu provádění Testování, doporučuje se procvičit si rozsah testovacího úsilí, jak je vysvětleno níže

Předpoklad:

  • Celý plán vydání projektu nebo softwaru je schválen a zpřístupněn všem zúčastněným stranám.
  • Dokument o celkové strategii zkoušek je vyvíjen, kontrolován a schvalován všemi zúčastněnými stranami.
  • Funkce s vysokou, střední a nízkou prioritou, které mají být testovány, jsou dobře zdokumentovány.
  • Testovací plány a testovací případy pro všechny funkce jsou vyvíjeny, kontrolovány a schvalovány všemi zúčastněnými stranami.
  • Všechny testovací plány a testovací případy se nahrávají do centrálního úložiště pro sledování provádění testování.
  • K dispozici jsou všechny lidské zdroje, infrastrukturní vybavení a nástroje pro nastavení testovacích míst a provádění testovacích plánů.

Co otestovat brzy?

Obrázek 4 - Celkový přístup k rozsahu včasného testování

4. Co otestovat při včasném testování

Přístup

  • Vezměme si Příklad verze XYZ, která má 3 funkce s vysokou prioritou A, B a C, 10 funkcí se střední prioritou a 15 funkcí s malou prioritou (nebo s nízkou prioritou).
  • Mezi funkce s vysokou prioritou patří ty, které generují vysoké výnosy a / nebo dodržování standardů a / nebo dohnání konkurence a / nebo jednorázové chování konkurenta a všechny tyto vlastnosti.
  • Funkce s vysokou prioritou obvykle zahrnují složité kódování, přidáno velké množství nových řádků kódu.
  • Velké množství nových řádků kódu může také znamenat vysokou pravděpodobnost průsečíků.
  • Funkce s vysokou prioritou a / nebo funkce, které mají velký počet nových řádků kódu, jsou obvykle nejlepšími kandidáty na testování v raném věku.
  • Pro aktivitu předčasného testu nemusí být vytvořen samostatný testovací plán.
  • Vedoucí QA nebo testeři spolu s vedoucími vývoje nebo malými a středními podniky (experti na předmět) musí projednat a dohodnout se na pokrytí Kodexem / Testováním pro tuto testovací činnost.
  • Určete vhodné testovací případy s vysokou prioritou a dokonce i některé testovací případy se střední prioritou, pokud si myslíte, že je to nutné z každého z testovacích plánů funkcí A, B a C.
  • Jakmile jsou identifikovány příslušné funkce a podmnožina testovacích případů, ujistěte se, že jsou sledovány pomocí nástroje pro sledování testů přijatého organizací.

Tip: Spolupráce je klíčem! Během aktivity Early Test musí vývojový i QA tým úzce spolupracovat, aby bylo zajištěno, že stanovených cílů bude dosaženo s kvalitními výsledky.

Spusťte a opusťte včasný test

Je důležité, aby si vývojový tým i tým QA brainstormovali a souhlasili se všemi přístupy celé aktivity předčasného testu, včetně dat zahájení a ukončení, aby byly všechny na stejné stránce.

Vstupní kritéria pro spuštění

  • Procento dokončení testování integrace
  • Počet otevřených chyb
  • Žádné blokátory, které by spustily předčasný test

Fáze aktivity

  • Sledování pokroku
  • Během tohoto testování poklesne počet kódů
  • Přístup k opravě chyb
  • Přístup k ověření chyby
  • Zaznamenejte tyto výsledky testování

Kritéria opuštění

  • Předání aktivit do další fáze testování (obvykle testování funkcí).
  • Řešení nevyřešených chyb nalezených během předběžného testu.
  • Rozlišení blokátorů, pokud existují, pro další fázi testování.
  • Publikujte výsledky včasného testování.

Výhody a nevýhody

Každá nová iniciativa nebo aktivita má své vlastní výhody a nevýhody.

Pojďme prozkoumat výhody a nevýhody tohoto testovacího přístupu.

Profesionálové

  • Ideální pro model Waterfall.
  • Pomáhá odhalit kritické chyby na začátku testovacího cyklu.
  • Identifikace kritických chyb na začátku cyklu vydání.
  • Pomáhá vývojovému týmu včas stabilizovat Kodex.
  • Pomáhá minimalizovat kolaterál kvůli opravám chyb.
  • Pomáhá vývojovému týmu identifikovat zranitelná místa napříč křižovatkami podrobně na začátku cyklu vydání.
  • Manažerský tým může přijímat vhodná obchodní rozhodnutí s náležitou péčí o nevyřešené kritické chyby v konkrétním vydání nebo projektu.
  • Pomáhá prodloužit testovací pokrytí a efektivně jezdit na kole.
  • Pomáhá efektivně a efektivně distribuovat zdroje pro vývoj a testování.

Nevýhody

  • Není ideální pro model Agile / Scrum. Takové modely však mohou přijmout Early Test ve sprintech s vhodným vylepšením.
  • Existuje šance na snížení Testování integrace vývojovým týmem.

Závěr

Zákazníci nebo koncoví uživatelé kupují nebo využívají produkt nebo systém nebo řešení pro provozuschopnost. Ověření softwaru spuštěného na takovém systému nebo produktech pro jeho provozuschopnost je primárním požadavkem

Mezi klíčové součásti principů testování patří Proč testovat? Co je testování? Co otestovat? Jak testovat? jsou většinou dobře definované a srozumitelné. Čtenáři, testeři, potenciální zákazníci a manažeři se však stále více opírají o koncepty, jako je Early Testing, které neustále přetrvávají.

Přijetí včasného testování jako nedílná aktivita celkového harmonogramu testování pro jakýkoli daný softwarový projekt nebo vydání nesmírně prospívá organizaci dodávat robustní kvalifikovaný produkt nebo systém.

Už jste si někdy uvědomili důležitost časného testování ve vaší kariéře? Neváhejte se podělit o své myšlenky a zkušenosti v sekci komentáře níže !!

Doporučené čtení

^