Menu

Kompletný sprievodca zostavením Verification Testing (BVT Testing)

build verification testing complete guide

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

kto má najlepšiu e-mailovú službu

Čo je to Verifikačné testovanie zostavy (BVT)?

Test overenia zostavenia je sada testov spustených na každom novom zostavení, aby sa overilo, či je zostavenie testovateľné skôr, ako sa vydá testovaciemu tímu na ďalšie testovanie.

Tieto testovacie prípady sú testovacími prípadmi základnej funkčnosti, ktoré zaisťujú, že aplikácia je stabilná a dá sa dôkladne testovať. Proces BVT je zvyčajne automatizovaný. Ak BVT zlyhá, dané zostavenie sa znova priradí vývojárovi opravy.

Testovanie overenia zostavy (testovanie BVT)

Tiež sa nazýva BVT Testovanie dymu alebo testovanie prijatia zostavy (BAT)

New Build sa kontroluje hlavne kvôli dvom veciam:

  • Overenie zostavenia
  • Budovanie súhlasu

Niektoré základy BVT:

  • Je to podmnožina testov, ktoré overujú hlavné funkčnosti.
  • BVT sa zvyčajne spúšťajú na denných zostaveniach a ak BVT zlyhá, zostavenie sa odmietne a po dokončení opráv sa vydá nové zostavenie.
  • Výhodou BVT je, že šetrí úsilie testovacieho tímu o nastavenie a testovanie zostavenia, keď je porušená hlavná funkčnosť.
  • Navrhujte BVT dostatočne opatrne, aby pokryli základné funkcie.
  • Spravidla by BVT nemala trvať dlhšie ako 30 minút.
  • BVT je typ Regresné testovanie , vykonané pri každom novom zostavení.

BVT primárne kontroluje integritu projektu a kontroluje, či sú všetky moduly správne integrované alebo nie. Testovanie integrácie modulov je veľmi dôležité, keď rôzne tímy vyvíjajú projektové moduly. Počul som veľa prípadov zlyhania aplikácie v dôsledku nesprávnej integrácie modulu. Aj v najhorších prípadoch bude celý projekt vyradený z dôvodu zlyhania integrácie modulu.

Aká je hlavná úloha v Build Release? Je zrejmé, že sa súbor „nahlásil“, t. J. Aby zahrnul všetky nové a upravené súbory projektu spojené s príslušnými zostaveniami. Program BVT bol primárne predstavený na kontrolu počiatočného stavu zostavy, t. J. Na kontrolu, či - všetky nové a upravené súbory sú súčasťou vydania, všetky formáty súborov sú správne, každá verzia súboru a jazyk, príznaky spojené s každým súborom.

Tieto základné kontroly majú zmysel pred vydaním testovacieho tímu na testovanie. Ušetrite čas a peniaze odhalením chýb zostavenia hneď na začiatku pomocou BVT.

Ktoré testovacie prípady by mali byť súčasťou BVT?

Pred automatizáciou úlohy BVT je to veľmi zložité rozhodnutie. Majte na pamäti, že úspech BVT závisí od toho, ktoré testovacie prípady zahrniete do BVT.

Uvádzame niekoľko jednoduchých tipov Testovacie prípady vo vašom balíku BVT Automation Suite:

  • Zahrňte do BVT iba kritické testovacie prípady.
  • Všetky testovacie prípady zahrnuté v BVT by mali byť stabilné.
  • Všetky testovacie prípady mali byť známe, očakávaný výsledok.
  • Skontrolujte, či sú všetky zahrnuté testovacie prípady kritickej funkčnosti dostatočné na pokrytie testom aplikácie.

Nezahŕňa tiež moduly v BVT, ktoré ešte nie sú stabilné. V prípade niektorých funkcií vo vývoji sa nedá predpokladať očakávané správanie, pretože tieto moduly sú nestabilné a pred testovaním týchto neúplných modulov môžete poznať niektoré známe zlyhania. Takéto moduly alebo testovacie prípady v BVT nemá zmysel používať.

Túto úlohu zahrnutia testovacích prípadov kritických funkcií môžete zjednodušiť komunikáciou so všetkými, ktorí sa podieľajú na vývoji projektu a testovaní životného cyklu. Takýto proces by mal vyjednávať testovacie prípady BVT, ktoré nakoniec zabezpečia úspech BVT. Stanovte niektoré štandardy kvality BVT a tieto štandardy je možné splniť iba analýzou hlavných funkcií a scenárov projektu.

Napríklad, Testovacie prípady, ktoré majú byť zahrnuté v aplikácii BVT pre aplikáciu Textový editor (Iba niektoré vzorové testy):

  • Testovací prípad na vytvorenie textového súboru.
  • Testovacie prípady na napísanie niečoho do textového editora
  • Testovací prípad na kopírovanie, vystrihovanie a vkladanie funkčnosti textového editora
  • Testovací prípad na otvorenie, uloženie a odstránenie textového súboru.

Toto je niekoľko príkladov testovacích prípadov, ktoré možno označiť ako „kritické“, a pri každej menšej alebo väčšej zmene v aplikácii by sa mali vykonať tieto základné kritické testovacie prípady. Túto úlohu môže ľahko splniť spoločnosť BVT.

Je potrebné priebežne udržiavať a upravovať automatizačné obleky BVT. Napr. zahrnúť testovacie prípady do BVT, keď sú k dispozícii nové stabilné moduly projektu.

Čo sa stane, keď sa spustí sada BVT?

Po každom novom zostavení sa vykoná testovacia sada automatizácie overovania zostavenia.
# 1) Výsledok vykonania BVT sa odošle na všetky e-mailové ID spojené s týmto projektom.
#dva) Vlastník BVT (osoba vykonávajúca a udržiavajúca sadu BVT) kontroluje výsledok BVT.
# 3) Ak BVT zlyhá, potom vlastník BVT diagnostikuje príčinu poruchy.
# 4) Ak je príčinou zlyhania chyba v zostavení, všetky príslušné informácie s protokolmi zlyhaní sa odošlú príslušným vývojárom.
# 5) Vývojár na svoje počiatočné diagnostické odpovede tímu o príčine poruchy. Či je to naozaj chyba? A ak to bude chyba, aký bude jeho scenár opravy chýb.
# 6) Po oprave chyby sa znova vykoná testovacia sada BVT a ak zostavenie prejde BVT, odovzdá sa zostavenie testovaciemu tímu pre ďalšie podrobnosti funkčnosti, výkonu a ďalšie testy.

Tento proces sa opakuje pre každé nové zostavenie.

Prečo BVT alebo Build zlyhali?

BVT sa niekedy zlomí. To neznamená, že v zostavení je vždy chyba. Existuje niekoľko ďalších dôvodov na vytvorenie zlyhania, napríklad chyba kódovania testovacích prípadov, chyba automatizačného balíka, chyba infraštruktúry, zlyhania hardvéru atď.
Musíte vyriešiť príčinu zlomenia BVT a po diagnostike musíte podniknúť náležité kroky.

Tipy pre úspech BVT:

# 1) Strávte značný čas písaním skriptov testovacích prípadov BVT.
#dva) Zaznamenajte čo najviac podrobných informácií, aby ste diagnostikovali výsledok vyhovenia alebo zlyhania BVT. To pomôže vývojárskemu tímu odladiť a rýchlo zistiť príčinu zlyhania.
# 3) Vyberte stabilné testovacie prípady, ktoré chcete zahrnúť do BVT. Ak v prípade nových funkcií nový kritický testovací prípad prechádza konzistentne v inej konfigurácii, propagujte tento testovací prípad vo svojej súprave BVT. Zníži sa tak pravdepodobnosť častého zlyhania zostavenia v dôsledku nových nestabilných modulov a testovacích prípadov.
# 4) Automatizujte proces BVT čo najviac. Od procesu vydania verzie až po výsledok BVT - všetko automatizujte.
# 5) Majte nejaké pokuty za rozbitie verzie ;-) Niektoré čokolády alebo tímová kávová párty od vývojára, ktorý rozbije verziu, to urobia.

Záver

BVT nie je nič iné ako sada prípadov regresných testov, ktoré sa vykonajú zakaždým pre nové zostavenie. Hovorí sa tomu aj dymová skúška. Zostava nie je priradená testovaciemu tímu, pokiaľ a kým neprejde BVT.

Program BVT môže spustiť vývojár alebo tester a výsledok BVT sa oznámi tímu a v prípade zlyhania programu BVT sa podniknú okamžité kroky na odstránenie chyby. Proces BVT sa zvyčajne automatizuje písaním skriptov pre testovacie prípady.

V BVT sú zahrnuté iba kritické testovacie prípady. Tieto testovacie prípady by mali zabezpečiť pokrytie aplikačným testom. BVT je veľmi efektívny pre denné aj dlhodobé budovanie. To šetrí značné množstvo času, nákladov, zdrojov a koniec koncov už vôbec nie frustráciu testovacieho tímu za neúplné zostavenie.

Ak máte nejaké skúsenosti s procesom BVT, potom ich zdieľajte s našimi čitateľmi v komentároch nižšie.

Odporúčané čítanie

^