Menu

Výukový program pre testovanie DevOps: Ako DevOps ovplyvní testovanie kvality?

devops testing tutorial

Výukový program pre testovanie DevOps: Nedávny prieskum RightScale zistil, že 54% spoločností prijalo DevOps a záujem okolo DevOps rýchlo rastie.

V tomto článku sa dozvieme, ako táto nová metodológia vývoja softvéru ovplyvní QA a ako by sa mala vyvinúť funkcia QA ako celok, aby prijala túto zmenu.

Pozrite sa => Kompletná séria výučbových programov pre DevOps

relačné vs nerelačné databázy klady a zápory

V tomto článku sa dozvieme viac o DevOps a o tom, ako ovplyvní QA a jej funkcie.

Ako DevOps ovplyvní QA

Čo sa dozviete:

Čo je DevOps?

DevOps - je kombináciou Devútek &Onerácie - ide o metodiku vývoja softvéru, ktorá sa zameriava na integráciu všetkých funkcií vývoja softvéru od vývoja po prevádzku v rovnakom cykle.

To si vyžaduje vyššiu úroveň koordinácie medzi rôznymi zainteresovanými stranami v procese vývoja softvéru (konkrétne Vývoj, kontrola kvality a prevádzka )

Cyklus DevOps

DevOps-Flow

Ideálny cyklus DevOps by začal od:

  • Kód na písanie kódu Dev
  • Budovanie a nasadenie binárnych súborov v prostredí zabezpečovania kvality
  • Vykonávanie testovacích prípadov a nakoniec
  • Nasadzovanie na produkciu v jednom plynulom integrovanom toku.

Je zrejmé, že tento prístup kladie veľký dôraz na automatizáciu zostavovania, nasadenia a testovania. Používaním nástrojov kontinuálnej integrácie (CI) sa nástroje automatizácie testovania stávajú normou v a DevOps cyklu.

Prečo DevOps?

Aj keď sú medzi tým jemné rozdiely Agilné a DevOps testovanie , pre tých, ktorí pracujú s Agile, bude práca s DevOps trochu oboznámenejšia (a nakoniec si ju osvoja). Aj keď sa agilné princípy úspešne uplatňujú pri iteráciách vývoja a QA, po operačnej stránke je to úplne iný príbeh (a často kosť sváru). DevOps navrhuje túto medzeru napraviť.

Teraz namiesto nepretržitej integrácie DevOps zahŕňa „nepretržitý vývoj“ , kde bol kód napísaný a určený na verzovanie verzií, bude postavený, nasadený, testovaný a nainštalovaný v produkčnom prostredí, ktoré je pripravené na spotrebovanie koncovým používateľom.

Tento proces pomáha všetkým v celom reťazci, pretože prostredia a procesy sú štandardizované. Každá akcia v reťazci je automatizovaná. Poskytuje tiež slobodu všetkým zúčastneným stranám, aby sústredili svoje úsilie na navrhovanie a kódovanie vysoko kvalitného produktu a nie na starosti s rôznymi procesmi budov, operácií a zabezpečovania kvality.

To dramaticky skracuje čas potrebný na život na približne 3 - 4 hodiny, od napísania a potvrdenia časového kódu, až po nasadenie do výroby na účely konečného spotrebiteľa.

Stručne povedané, DevOps je rozšírením Agile alebo by som ho rád nazval „Agile on Steroids“.

Zmenená rola zabezpečovania kvality v DevOps

Tradične by QA získala zostavu, ktorá je nasadená v ich určenom prostredí, a QA by potom začala svoju Funkčné & Regresné testovanie . V ideálnom prípade by zostava sedela s QA niekoľko dní pred odhlásením QA o zostave. Všetky tieto kroky sa v DevOps menia.

Zmeny kontroly kvality pre testovanie DevOps:

  • QA sú povinní zosúladiť svoje úsilie v cykle DevOps.
  • Musia sa ubezpečiť, že všetky ich testovacie prípady sú automatizované a dosahujú takmer 100% pokrytie kódu.
  • Musia sa ubezpečiť, že ich prostredie je štandardizované a nasadenie na ich boxoch QA je automatizované.
  • Všetky ich úlohy pred testovaním, vyčistenia, úlohy po testovaní atď. Sú automatizované a zosúladené s cyklom nepretržitej integrácie.

Ako už bolo spomenuté, DevOps vyžaduje vysokú úroveň koordinácie medzi rôznymi funkciami dodávateľského reťazca. To tiež znamená, že hranice medzi rôznymi úlohami prispievateľov v reťazci sa stanú poréznymi.

DevOps vyzýva všetkých, aby prispeli do reťazca . Takže okrem iného môže vývojár konfigurovať nasadenia. Inžinieri nasadenia môžu do testovacieho priestoru QA pridať testovacie prípady. QA Engineers môžu nakonfigurovať svoje automatizované testovacie prípady do reťazca DevOps.

previesť char * na int c ++

Všetci v reťazci sú spoločne zodpovední za kvalitu a včasnosť výsledkov.

DevOps a automatizácia testov

Na dosiahnutie takej rýchlosti a obratnosti je dôležité automatizovať všetky testovacie procesy a nakonfigurovať ich tak, aby sa spúšťali automaticky po dokončení nasadenia v prostredí QA. Na dosiahnutie tejto integrácie sa používajú špecializované nástroje na testovanie automatizácie a nástroje na nepretržitú integráciu.

To si tiež vyžaduje vybudovanie vyspelého rámca automatizačného testovania, prostredníctvom ktorého je možné rýchlo skriptovať nové testovacie prípady.

Stratégia testovania DevOps: Tipy pre úspech DevOps

  • Je potrebné identifikovať testovacie prípady, ktoré sa musia vykonať pre konkrétnu zostavu.
  • Vykonanie testu by malo byť v zásade štíhle.
  • QA a Dev musia sedieť pri sebe a identifikovať postihnuté oblasti v dôsledku konkrétneho zostavenia a vykonania súvisiacich testovacích prípadov plus absolvovanie testu zdravého rozumu.
  • Musíte tiež nakonfigurovať špecializované nástroje na analýzu a pokrytie kódu, aby ste dosiahli takmer 100% pokrytie kódu.
  • Pojem vykonania všetky prípady regresných testov na testovací test čoskoro zastarávajú.
  • Je potrebné formalizovať stratégiu testovania nových funkcií a dočasné zostavy je možné dodať QA, ktorá by naopak vytvorila testovacie skripty a spustila tieto automatizačné testy na dočasných zostavách, až kým sa kód nestane dostatočne stabilným na nasadenie do produkčného prostredia. .
  • Všetky prostredia potrebné na testovanie musia byť štandardizované a nasadenia musia byť automatizované.
  • Pomocou rôznych automatizačných techník by QA mala byť schopná spustiť automatizačné testovacie behy v rôznych prostrediach viacerých platforiem (a v prípade webových aplikácií aj medzi prehliadačmi).
  • Paralelné vykonávanie testov pomáha znižovať čas do konca života, čo je jadro úspešnej implementácie DevOps.
  • Pre každé spustenie je potrebné nastaviť výstupné kritériá, aby sa po prijatí výsledkov testov späť do reťazca prijalo rozhodnutie o produkcii typu go / no-go.
  • Nájdené chyby blokovania alebo kritické chyby je potrebné nahlásiť a opraviť a prejsť rovnakým reťazcom udalostí skôr, ako sa kód nasadí do produkčného prostredia.

Monitorovanie aplikácií

QA by tiež mala byť schopná včas odhaliť problémy a proaktívne ich hlásiť. Aby to dosiahli, musia nastaviť monitorovanie produkčného prostredia, aby boli schopní odhaliť chyby skôr, ako spôsobia poruchu.

Nastavenie špecializovaných počítadiel, ako sú časy odozvy, využitie pamäte a procesora atď., Môže poskytnúť veľa informácií o dojme koncového používateľa.

Napríklad , ak sa priemerný čas odozvy na prihlásenie postupne zvyšuje v rôznych zostaveniach, QA by mala tento problém proaktívne nahlásiť s cieľom optimalizovať prihlasovací kód, inak by budúce zostavenia mohli spôsobiť frustráciu koncového používateľa z dôvodu vysokých časov odozvy.

QA môže tiež použiť malú podmnožinu existujúcich testovacích prípadov s vysokou prioritou, ktoré sa majú pravidelne vykonávať pri výrobe, na aktívne monitorovanie prostredia. Chyby ako „Táto chyba sa niekedy objavuje“ alebo „ Nie je možné reprodukovať ”Je možné podchytiť túto stratégiu, ktorá nakoniec urobí aplikáciu stabilnejšou a tiež získa spokojnejších koncových používateľov.

Opäť je potrebné nakonfigurovať tieto monitory tak, aby sa spúšťali automaticky s bohatými prehľadmi (ako sú protokoly a snímky obrazovky s poruchami atď.).

Záver

Waterfall ustúpil V-Modelu, ktorý bol naopak nahradený Agile ako preferovanou voľbou pre vývoj softvéru.

DevOps je budúcnosť. Jedná sa o cyklus neustáleho zlepšovania, ktorým modely vývoja softvéru z času na čas prechádzajú. Musíte to prijať, pochopiť a vštepiť im to.

Musíte ovládať rôzne nástroje automatizácie a kontinuálnej integrácie, aby vaše úsilie v oblasti automatizácie prinieslo hodnotu reťazcu a bolo dostatočne štíhle na to, aby sa rýchlo prispôsobilo zmenám. Možno pracujete na projektoch, ktoré môžu zahŕňať alfa , beta a UAT pred nasadením do produkčného prostredia.

Koncept v podstate zostáva rovnaký. Automatizácia a ďalšia automatizácia je jadrom úspešného cyklu DevOps. Ako QA by ste však mali byť schopní nakresliť čiaru, koľko automatizácie je príliš veľa automatizácie.

O autorovi: Aniket Deshpande pracuje ako manažér QA v spoločnosti AFour Technologies , Pune a posledných 9+ rokov pracuje v oblasti testovania softvéru v rôznych doménach a platformách. Zaujíma sa o DevOps a pracuje ako konzultant, ktorý vedie organizácie pri prijímaní stratégií testovania DevOps.

Ak máte záujem dozvedieť sa viac alebo hľadáte implementáciu DevOps a súvisiaceho testovacieho prístupu vo vašej organizácii, neváhajte kontakt Autor.

Čo si myslíte o testovaní DevOps? Myslíte si, že spoločné úsilie vývojárov a prevádzkových pracovníkov môže projektu prospieť?

Dajte nám vedieť vaše komentáre / návrhy týkajúce sa tohto článku.

sql skúška otázky a odpovede pdf

Výukový program PREV | NEXT Tutorial

Odporúčané čítanie

^