build verification testing complete guide
Co je Testování verzí sestavení (BVT)?
Build Verification Test je sada testů spuštěných na každém novém sestavení, aby se ověřilo, že je sestavení testovatelné před jeho vydáním testovacímu týmu pro další testování.
Tyto testovací případy jsou testovací případy základních funkcí, které zajišťují, že aplikace je stabilní a lze ji důkladně otestovat. Proces BVT je obvykle automatizovaný. Pokud BVT selže, je toto sestavení znovu přiřazeno vývojáři pro opravu.
Také se nazývá BVT Testování kouře nebo sestavuje akceptační testování (BAT)
New Build se kontroluje hlavně kvůli dvěma věcem:
- Ověření sestavení
- Budujte souhlas
Některé základy BVT:
b strom ab + strom
- Jedná se o podmnožinu testů, které ověřují hlavní funkce.
- BVT se obvykle spouští na denních sestaveních a pokud BVT selže, sestavení je odmítnuto a po provedení oprav je vydáno nové sestavení.
- Výhodou BVT je, že šetří úsilí testovacího týmu o nastavení a testování sestavení, když dojde k poškození hlavní funkce.
- Navrhujte BVT dostatečně opatrně, aby pokryly základní funkce.
- Typicky by BVT neměla běžet déle než 30 minut.
- BVT je typ Regresní testování , provedeno při každém novém sestavení.
BVT primárně kontroluje integritu projektu a kontroluje, zda jsou všechny moduly správně integrovány nebo ne. Testování integrace modulů je velmi důležité, když různé týmy vyvíjejí projektové moduly. Slyšel jsem mnoho případů selhání aplikace kvůli nesprávné integraci modulu. Dokonce i v nejhorších případech bude celý projekt vyřazen z důvodu selhání integrace modulu.
Jaký je hlavní úkol v Build Release? Je zřejmé, že soubor „ohlášení“, tj. Aby zahrnoval všechny nové a upravené soubory projektu spojené s příslušnými sestaveními. BVT byl primárně představen ke kontrole počátečního stavu sestavení, tj. Ke kontrole, zda - všechny nové a upravené soubory jsou zahrnuty ve verzi, všechny formáty souborů jsou správné, každá verze a jazyk souboru, příznaky spojené s každým souborem.
Tyto základní kontroly stojí před vydáním sestavení testovacímu týmu za účelem testování. Šetříte čas a peníze objevováním chyb sestavení hned na začátku pomocí BVT.
Které testovací případy by měly být zahrnuty do BVT?
Toto je velmi složité rozhodnutí, které je třeba učinit před automatizací úkolu BVT. Pamatujte, že úspěch BVT závisí na tom, které testovací případy do BVT zahrnete.
Zde je několik jednoduchých tipů Testovací případy ve vaší BVT Automation Suite:
- Zahrnout do BVT pouze kritické testovací případy.
- Všechny testovací případy obsažené v BVT by měly být stabilní.
- Všechny testovací případy by měly vědět očekávaný výsledek.
- Ujistěte se, že všechny zahrnuté testovací případy kritických funkcí jsou dostatečné pro pokrytí testem aplikace.
Nezahrnuje také moduly v BVT, které ještě nejsou stabilní. U některých nedokončených funkcí nemůžete předvídat očekávané chování, protože tyto moduly jsou nestabilní a před testováním těchto neúplných modulů možná znáte některé známé chyby. Nemá smysl používat takové moduly nebo testovací případy v BVT.
Tuto úlohu zahrnutí testovacích případů kritických funkcí můžete zjednodušit tím, že budete komunikovat se všemi, kdo se podílejí na vývoji projektu a testování životního cyklu. Takový proces by měl vyjednat testovací případy BVT, což nakonec zajistí úspěch BVT. Stanovte některé standardy kvality BVT a tyto standardy lze splnit pouze analýzou hlavních funkcí a scénářů projektu.
Například, Testovací případy, které mají být zahrnuty do aplikace BVT pro textový editor (Pouze některé ukázkové testy):
co je to typ souboru SWF
- Testovací případ pro vytvoření textového souboru.
- Testovací případy pro zápis něčeho do textového editoru
- Testovací případ pro kopírování, vyjímání a vkládání funkcí textového editoru
- Testovací případ pro otevírání, ukládání a mazání textových souborů.
Jedná se o několik ukázkových testovacích případů, které lze označit jako „kritické“, a pro každou menší nebo větší změnu v aplikaci by se měly tyto základní kritické testovací případy provést. Tohoto úkolu lze snadno dosáhnout pomocí BVT.
Automatizační obleky BVT je třeba čas od času udržovat a upravovat. Např. zahrnout testovací případy do BVT, když jsou k dispozici nové stabilní projektové moduly.
Co se stane, když se spustí sada BVT?
Po každém novém sestavení proveďte testovací sadu pro automatizaci ověřování sestavení.
# 1) Výsledek spuštění BVT se odešle na všechna e-mailová ID přidružená k danému projektu.
#dva) Vlastník BVT (osoba provádějící a udržující sadu BVT) kontroluje výsledek BVT.
# 3) Pokud BVT selže, majitel BVT diagnostikuje příčinu selhání.
# 4) Pokud je příčinou selhání defekt v sestavení, všechny příslušné informace s protokoly o selhání se odešlou příslušným vývojářům.
# 5) Vývojář na své počáteční diagnostické odpovědi týmu o příčině selhání. Zda je to opravdu chyba? A pokud se jedná o chybu, jaký bude jeho scénář opravy chyb.
# 6) Při opravě chyby se znovu provede testovací sada BVT a pokud sestavení projde BVT, sestavení se předá testovacímu týmu pro další podrobnosti funkčnosti, výkonu a dalších testů.
nejlepší společnosti pro vývoj webových aplikací v Indii
Tento proces se opakuje pro každé nové sestavení.
Proč BVT nebo Build selhaly?
BVT někdy praskne. To neznamená, že v sestavení je vždy chyba. Existuje několik dalších důvodů, proč stavět selhání, jako je chyba kódování testovacích případů, chyba automatizační sady, chyba infrastruktury, selhání hardwaru atd.
Musíte vyřešit příčinu zlomení BVT a musíte po diagnostice podniknout náležitá opatření.
Tipy pro úspěch BVT:
# 1) Strávte značný čas psaním skriptů testovacích případů BVT.
#dva) Zaznamenejte co nejvíce podrobných informací, abyste diagnostikovali výsledek úspěšného nebo neúspěšného testu BVT. To pomůže vývojářskému týmu ladit a rychle znát příčinu selhání.
# 3) Vyberte stabilní testovací případy, které chcete zahrnout do BVT. Pokud jde o nové funkce, pokud nový kritický testovací případ konzistentně projde jinou konfigurací, propagujte tento testovací případ ve vaší sadě BVT. Tím se sníží pravděpodobnost častého selhání sestavení v důsledku nových nestabilních modulů a testovacích případů.
# 4) Automatizujte proces BVT co nejvíce. Od procesu vydání verze až po výsledek BVT - automatizujte vše.
# 5) Udělejte nějaké pokuty za rozbití sestavení ;-) Některé čokolády nebo týmová kávová párty od vývojáře, který rozbije sestavení, udělají.
Závěr
BVT není nic jiného než sada případů regresních testů, které se provádějí pokaždé pro nové sestavení. Toto se také nazývá kouřová zkouška. Sestava není přiřazena testovacímu týmu, dokud a dokud neprojde BVT.
BVT může být spuštěno vývojářem nebo testerem a výsledek BVT je sdělen v celém týmu a v případě selhání BVT jsou podniknuta okamžitá opatření k opravě chyby. Proces BVT se obvykle automatizuje psaním skriptů pro testovací případy.
V BVT jsou zahrnuty pouze kritické testovací případy. Tyto testovací případy by měly zajistit pokrytí testem aplikace. BVT je velmi efektivní pro denní i dlouhodobé sestavení. To šetří značné množství času, nákladů, zdrojů a konec konců žádné frustrace testovacího týmu za neúplné sestavení.
Pokud máte nějaké zkušenosti s procesem BVT, pak je prosím sdílejte s našimi čtenáři v komentářích níže.
Doporučené čtení
- Alfa testování a beta testování (kompletní průvodce)
- Nejlepší nástroje pro testování softwaru 2021 [QA Test Automation Tools]
- Funkční testování vs. nefunkční testování
- Typy testování softwaru: Různé typy testování s podrobnostmi
- Výukový program pro testování datového skladu ETL (kompletní průvodce)
- Průvodce testováním zabezpečení webových aplikací
- Nejlepší služby testování softwaru QA od SoftwareTestingHelp
- Testování stahování e-knih Primer