Co je alfa testování? Proces, příklad
Thomas Hamilton
⚡ Chytré shrnutí
Alfa testování identifikuje vady v softwarovém produktu dříve, než se dostane ke skutečným uživatelům. Tato stránka vysvětluje, kdo provádí obě fáze, proces testovací laboratoře, vstupní a výstupní kritéria, výhody a omezení a jak se liší od beta testování.
Co je alfa testování?
Alfa testování je typ testování softwaru, který se provádí k identifikaci chyb před uvolněním softwarového produktu skutečným uživatelům nebo veřejnosti. Jedná se o typ přejímací zkoušky. Hlavním cílem alfa testování je vylepšit softwarový produkt nalezením a opravou chyb, které nebyly objeveny předchozími testy.
Toto testování je označováno jako alfa testování pouze proto, že se provádí brzy, blízko konce vývoje softwaru a před testováním beta. Šek Rozdíly mezi testováním alfa a testováním beta
Alfa testování je obvykle prováděno interními softwarovými inženýry nebo zaměstnanci QA. Je to poslední testovací fáze před uvedením softwaru do reálného světa.
Protože je provozován interně, lidé, kteří jej provádějí, pocházejí ze dvou různých skupin.
Kdo se podílí na testování alfa?
Alfa testování má dvě fáze,
- První fázi testování provádějí interní vývojáři. Používají buď hardwarově asistované debuggery, nebo debugger software. Cílem je rychle odhalit chyby. Během alfa testování tester obvykle narazí na spoustu chyb, pádů, chybějících funkcí a dokumentace.
- Zatímco druhou fázi alfa testování provádějí pracovníci softwarové kontroly kvality, pro dodatečné testování v prostředí. Zahrnuje jak černou skříňku, tak Bílá Box Testování.
Alfa testování si lze tedy představit jako online aplikaci, která není zcela připravena k použití, ale byla otevřena pro získání počáteční zpětné vazby.
Vstupní a výstupní kritéria pro alfa testování
Alfa testování je formální fáze, nikoli aktivita s otevřeným koncem. Předběžná dohoda o tom, co musí být pravdivé před zahájením a co musí být pravdivé před prohlášením o ukončení, zabraňuje tomu, aby fáze začala příliš brzy nebo aby probíhala donekonečna.
Vstupní kritéria jsou podmínky, které musí být splněny před spuštěním prvního alfa testovacího případu.
- Požadavky a specifikace návrhu jsou zkontrolovány a schváleny.
- Je napsán a schválen komplexní testovací plán a testovací případy.
- Sestavení je pro testovaný dalekohled kompletní a kouřové testy prošly úspěšně.
- K dispozici je specializované testovací prostředí a testovací data.
- Vada tracNástroj King je na místě a tým je v něm proškolen.
Výstupní kritéria jsou podmínky, které ukazují, že fáze dosáhla svého účelu.
- Každý plánovaný testovací případ byl proveden a jeho výsledek zaznamenán.
- Všechny kritické a vysoce závažné závady jsou opraveny a ověřeny opakovaným testem.
- Zbývající vady nízké závažnosti jsou zdokumentovány a formálně akceptovány.
- Souhrnná zpráva o alfa testování je doručena a schválena.
- Produkt je považován za dostatečně stabilní pro vystavení externím beta uživatelům.
Po dohodnutí těchto hranic lze popsat každodenní proces.
Příklad procesu testování alfa
Alfa testování obvykle probíhá v prostředí testovací laboratoře na samostatném systému. V této technice projektový manažer spolupracuje s vývojářem, aby definoval konkrétní cíle pro alfa testování a integroval výsledky do vyvíjejících se projektových plánů.
Vzhledem k tomu, že se alfa testování provádí na prototypu, lze hloubkové testování spolehlivosti, testování instalace a testování dokumentace ignorovat.
Dobrý alfa test musí mít dobře definovaný Testovací plán s komplexními testovacími případy. Různé činnosti zahrnuté v alfa testování jsou protokolování defektů, oprava defektů, opakované testování, několik iterací atd.
Ačkoli alfa testování není plně funkční, tým QA musí zajistit, aby vše, co je k dispozici, bylo důkladně otestováno, zejména ty části, které je třeba odeslat zákazníkovi.
Pro nejlepší praxi by měl tým QA včas shromáždit všechny další informace, jako je zpětná vazba k použitelnosti kódu úložiště ve fázi alfa, vzhled a funkce softwaru, navigační schéma atd.
Rovněž se doporučuje zaslat zákazníkovi e-mail s uvedením všech podrobností o testu, aby byl zákazník informován o aktuálním stavu softwaru.
Jak provést alfa testování
K provedení alfa testování efektivně pro testování softwaru, musíme nejprve přezkoumat specifikaci návrhu a funkční požadavky, poté vyvinout komplexní plán testování a testovací případy, poté provést plán testování, abychom našli závady v protokolu a opravili tyto závady a nakonec znovu otestovali, jakmile budou problémy vyřešeny pro hladké fungování. softwaru.
Alfa testování vs. beta testování
Alfa a beta testování jsou po sobě jdoucí fáze, nikoli alternativy. Alfa je první a provozují ji lidé uvnitř organizace na kontrolovaném sestavení. Beta následuje, jakmile je produkt dostatečně stabilní, aby přežil kontakt se skutečnými uživateli na jejich vlastních počítačích. Zmatení obou vedoucích týmů, aby se zákazníkům zobrazila nestabilní sestavení, nebo aby se odložila externí zpětná vazba, dokud nebude příliš pozdě na to, aby se na ni dalo reagovat.
| Rozdíl | Alfa testování | Testování beta |
|---|---|---|
| Účinkuje | Interní vývojáři a pracovníci QA | Skuteční koncoví uživatelé a zákazníci |
| Aktuální poloha | Řízená testovací laboratoř v místě vývoje | Vlastní prostředí uživatele |
| techniky | Testování černé i bílé skříňky | Pouze testování černé skříňky |
| Budovat zralost | Prototyp nebo kompletní sestavení funkce | Kandidát na téměř propuštění |
| Byly nalezeny závady | Funkční chyby, pády, chybějící funkce | Problémy s použitelností a reálné hraniční případy |
| Oprava obratu | Vady jsou opraveny během fáze | Většina oprav je odložena na pozdější vydání |
Výhody Alpha testování
- Lepší přehled o spolehlivosti softwaru v jeho raných fázích
- Uvolněte svůj tým pro další projekty
- Zkraťte dobu dodání na trh
- Včasná zpětná vazba pomáhá zlepšit kvalitu softwaru
Nevýhody alfa testování
Stejné interní nastavení, které umožňuje rychlé alfa testování, také omezuje to, co může testování dokázat.
- Není to skutečné prostředí: Testovací laboratoř jen zřídka splňuje požadavky na rozsah zařízení, sítí a konfigurací, které zákazníci používají, takže chyby specifické pro dané prostředí tuto fázi přetrvávají.
- Vnitřní zkreslení: Testeři, kteří vědí, jak se má produkt používat, se vyhýbají neočekávaným cestám, kterými se vydávají skuteční uživatelé, což skrývá problémy s použitelností.
- Omezená hloubka prototypu: Hloubkové testování spolehlivosti, instalace a dokumentace se běžně opomíjí, takže tato rizika zůstávají otevřená.
- Cena specializované laboratoře: Udržování odděleného prostředí a personální zajištění dvou testovacích fází zvyšuje náklady, které malé týmy mohou jen těžko ospravedlňovat.
- Tlak v plánu: Protože alfa verze se nachází bezprostředně před vydáním, jakékoli zpoždění v dřívější fázi projektu má tendenci nejprve zkomprimovat tuto fázi.
