Próf sjálfvirkniáætlun fyrir lipra verkefni

Þetta dæmi um sjálfvirkni í prófun sjálfvirkni gerir ráð fyrir stöðugu afhendingarlíkani með mörgum liprum teymum.

Í fyrri greinum, yfirþyrmandi Agile Test Strategy skjal sem og hvernig á að setja upp QA aðgerð frá grunni fyrir lipurt verkefni og hvernig sjálfvirk prófun er eitt lykilatriðanna í upphaflegu uppsetningunni.

Í þessu dæmi um sjálfvirkni prófunar, skrái ég niður lykilatriðin til að íhuga til að fá sem mest út úr prófunar sjálfvirkni.




Yfirlit yfir stjórnendur

Sjálfvirk prófun er kjarnastarfsemi hvers liprar þróunaraðferðafræði. Þegar við förum í átt að stöðugri dreifingu verður sjálfvirkni prófana sífellt mikilvægari vegna skjótra viðbragða viðbragða sem hún veitir þróunarteyminu um heilsufar forritsins.

Til að fá þessi skjótu viðbrögð þarf að framkvæma sjálfvirkar prófanir stöðugt, þær ættu að vera hraðar og niðurstöður prófanna ættu að vera stöðugar og áreiðanlegar.


Til þess að ná þessu ætti meirihluti sannprófana að vera hluti af þróun nýrra eiginleika. Með öðrum orðum, þróun og prófanir ættu að vera samfelld virkni og það ætti að „baka“ gæði strax í upphafi með því að tryggja að það sem verið er að þróa virki og að það hafi ekki rofið núverandi virkni.



Þetta krefst þess að „snúa sjálfvirkni pýramídans við próf“ við með því að ýta niður GUI prófum sem taka langan tíma að framkvæma, til að lækka stig t.d. API lag sem getur keyrt beint eftir einingaprófanir sem hluti af uppbyggingunni til að veita upphaflegt traust.

Tengt:



Yfirlit yfir stefnu um sjálfvirkni prófana

Forvarnir frekar en uppgötvun - þó að öllu kappi beri að eyða í að koma í veg fyrir galla í forritinu í fyrsta lagi, þá eru tækni og aðferðir við það utan gildissviðs þessarar færslu. Hér eru aðferðafræðin skilgreind til að leyfa skjótan uppgötvun galla þegar þeir eru kynntir í kerfinu og endurgjöf til þróunar.


Gæði ætti að vera ívilnandi umfram magn. Í flestum tilvikum er betra að gefa út með einum eiginleika sem er grjótharður frekar en margar aðgerðir sem eru flagnandi. Sem lágmarksútgáfuviðmið, ætti hver nýþróaður eiginleiki ekki að hafa kynnt afturhvarfsgalla.

Eins og áður hefur komið fram eru skjót viðbrögð við heilsufari forritsins afar mikilvæg til að styðja við stöðuga afhendingu, því er mótað ferli og kerfi þar sem við getum fengið viðbrögð fljótt.

Ein leið til að fá skjót viðbrögð er með því að fjölga einingaprófum, samþættingarprófum og API prófum. Þessar lágu prófanir munu veita öryggisnet til að tryggja að kóðinn virki eins og ætlað er og hjálpar til við að koma í veg fyrir galla í öðrum prófunarlögum.

Einingarpróf mynda grunninn að sjálfvirkni prófa á hærri stigum.


Annar þáttur umbóta er að keyra aðhvarfsprófin oftar og samræma ferlinu við stöðuga samþættingu, sjá síðar. Ekki ætti að líta á sjálfvirkniprófun sem einangrað verkefni, heldur sem heildstæða virkni sem er innbyggð í SDLC.



Skilgreining á aðhvarfspökkum

Sjálfvirk aðhvarfspróf eru kjarninn í áætluninni um sjálfvirkni prófana.

Reykjahvarfapakki

Aðhvarfspakkar þjóna sem skynsemisathugun á því að hægt sé að hlaða forritinu og fá aðgang að því. Einnig ætti að keyra örfá lykilatburðarás til að tryggja að forritið sé enn virk.

Markmið reykjaprófunarpakkans er að ná í augljósustu málin, svo sem forrit sem ekki er hlaðið, eða ekki er hægt að framkvæma sameiginlegt notendaflæði; af þessum sökum ættu reyksprófanir að vara ekki lengur en 5 mínútur að gefa skjót viðbrögð ef eitthvað stórt virkar ekki.


Reykjaprófunarpakkinn keyrir á hverju útbreiðslu og getur verið blanda af API og / eða GUI prófum.

Hagnýtir aðhvarfspakkar , Sem er ætlað að athuga virkni forritsins nánar en reykprófið.

Margir aðhvarfspakkar skulu vera til í mismunandi tilgangi. Ef það eru mörg teymi sem vinna að mismunandi hlutum forritsins, þá ættu helst að vera mismunandi aðhvarfspakkar sem hægt er að einbeita sér að því svæði sem liðið vinnur að.

Þessir pakkar ættu að geta keyrt í hvaða umhverfi sem er þegar þess er krafist, að því tilskildu að hegðun eiginleikanna haldist stöðug í öllu umhverfinu. Þeir eru teknir af lífi oft á dag og ættu ekki að vara lengur en í 15 til 30 mínútur.


Þar sem þessar hagnýtingarprófanir eru ítarlegri mun það taka lengri tíma að hlaupa því það er mikilvægt að hafa meirihluta hagnýtingarprófana við API lag þar sem hægt er að framkvæma prófanir hraðar svo við gætum verið innan 15 til 30 mínútur tímamörk.

Endur-til-enda afturhvarfspakki, sem prófar alla umsóknina í heild. Markmið þessara prófa er að tryggja að ýmsir hlutar forritsins sem tengjast ýmsum gagnagrunnum og forritum þriðja aðila virka sem skyldi.

End-to-End prófunum er ekki ætlað að prófa alla virkni þar sem þau eru þegar prófuð í virka aðhvarfspökkunum, þó eru þessar prófanir „léttar“ sem athuga aðeins umskipti frá einu ástandi til annars og handfylli mikilvægustu sviðsmyndirnar eða notendaferðirnar.

Þessar prófanir eru aðallega gerðar í gegnum GUI þar sem þær eru að athuga hvernig notendur myndu nota kerfið. Tíminn sem tekur að framkvæma þetta getur verið breytilegur frá einni umsókn til annarrar en þær eru venjulega keyrðar einu sinni á dag eða nótt.



Próf sjálfvirkni stefnu fyrir marga lipra lið

próf_automation_strategy_agile

Sjálfvirk einingapróf

Sjálfvirkni prófana byrjar á einingarstigi. Einingarpróf ættu að vera skrifuð af forriturum fyrir hvaða nýja eiginleika sem er þróaður. Þessi einingapróf mynda grunninn að stærri sjálfvirkniæfingu sem spannar alla leið upp að kerfis GUI prófunum.

Það er á ábyrgð verktaki að sjá til þess að fyrir hverja nýja eiginleika sem er þróaður eru sett saman heildstæð og heilsteypt einingapróf til að sanna að kóðinn virki eins og til er ætlast og uppfylli kröfurnar.

Einingarpróf veita liðinu sem mesta arðsemi þar sem þau eru mjög fljót að keyra, auðvelt í viðhaldi og breytingum (þar sem engin háð er) og þegar villur eru í kóðanum færist hann fljótt aftur til verktakans.

Einingarprófanir eru keyrðar á vél verktaki sem og CI umhverfi.

Sjálfvirk samþætting / API eða þjónustupróf

Þó að einingapróf séu byggð á að prófa aðgerðir innan bekkjar, þá mynda samþættingarpróf næsta stig upp frá einingaprófum til að prófa þá flokka sem samanstanda af íhlutnum til að skila virkni. Þessar prófanir eru aðeins framkvæmdar þegar einingaprófin hafa hlaupið og staðist.

Þjónustupróf eru náttúrulega keyrð á API laginu án íhlutunar GUI vefviðmótsins; þess vegna væru prófanir færar um að sannreyna virkni á hreinu formi og vegna þess að prófanirnar tala beint við íhlutina eru þær fljótar að framkvæma og verða hluti af smíðinni.

Þar sem nauðsyn krefur, spottar eins og vírmock verður notað til að reikna út háð öðrum 3rdaðila kerfa og þegar niðurstreymiskerfin eru ekki til staðar til að veita gögnin sem þarf til prófunar.

Samþættingarpróf og / eða þjónustupróf geta einnig verið keyrð á vél verktaki og verið hluti af smíðinni, en ef þau byrja að taka langan tíma, þá er best að keyra á CI umhverfi.

Hægt er að nota verkfæri eins og SoapUI við þjónustupróf.

Umsóknarprófun

Dæmigert forrit fyrir rafræn viðskipti er hægt að skipta í mismunandi forrit eða „forrit“ sem bjóða upp á mismunandi virkni. Hugmyndin um „appprófun“ er þar sem hópur prófa sem prófa virkni forrits er skipulagður saman og keyrður á móti viðkomandi forriti. Þessi pakki mun nýtast í tilfellum þegar teymi vill gefa út einstakt forrit og vill vita hvort það virkar rétt.

Umsóknarpróf krefjast venjulega viðmóts til að hafa samskipti við mismunandi íhluti, þess vegna er gert ráð fyrir að þessar prófanir séu keyrðar í gegnum vafra á GUI.

Markmið appprófana er að tryggja að eiginleikar forritsins séu virkir réttir. Þar sem prófin eru skipulögð á þann hátt að þau treysti heilsu tiltekins apps eru þessi próf venjulega nefnd lóðrétt próf þar sem þau framkvæma „niður“ tiltekið app. Prófin eru mjög ítarleg og umfjöllunin mikil.

Selen WebDriver væri hægt að nota til að keyra þessar sjálfvirku prófanir gegn vafranum. Þetta tól er vinsælast við sjálfvirkni prófana í vafra og veitir ríku API til að leyfa flóknar sannprófanir.

End-to-End Scenario Próf

GUI sjálfvirku prófin sem keyrð eru gegn kerfinu þjóna sem dæmigerð notendastreymi, ferðir eða sviðsmyndir frá enda til enda. Vegna vandamála við prófanir af þessu tagi (fjallað um hér að neðan) verður þeim haldið í lágmarki. Aðstæðurnar frá lokum til enda eru innifaldar í aðhvarfspakkanum á nóttunni.



Snúa við sjálfvirkni pýramídans

Sem hluti af sjálfvirkni prófunarstefnunnar verðum við að tryggja að lágmarka fjölda sjálfvirkra prófa sem eru keyrðar á GUI laginu.

Þó að sjálfvirkar prófanir í gegnum GUI séu góðar og innihaldsríkar prófanir hvað varðar hermingu á samskiptum notandans við forritið, þá er það viðkvæmt fyrir mörgum málum eins og talin eru upp hér að neðan:

Brothætt

Vegna þess að prófin reiða sig á HTML staðsetningaraðilana til að bera kennsl á vefþætti til að hafa samskipti við, um leið og auðkenni er breytt, mistakast prófin, þess vegna bera þau mikinn kostnað við viðhald.

Takmarkað próf

GUI gæti takmarkað getu prófunaraðilans til að sannreyna eiginleika að fullu þar sem GUI inniheldur hugsanlega ekki allar upplýsingar úr svari á netinu til að leyfa staðfestingu.

Hægt

Vegna þess að prófanir eru gerðar í gegnum GUI, geta hlaða tímar síðunnar aukið verulega heildarprófunartímann og sem slík er endurgjöf til verktaki tiltölulega hæg.

Minnsta arðsemi

Vegna ofangreindra vandamála veita sjálfvirk próf GUI minnsta arðsemi.

Sjálfvirkni prófana í vafra verður haldið í lágmarki og verða notuð til að líkja eftir hegðun notanda sem felur í sér sameiginlegt notendastreymi og sviðsmyndir frá lokum til enda þar sem kerfið er nýtt.