Sem hugbúnaðarhönnuður er einn mikilvægasti hluti vinnu okkar prófun. Það eru heilmikið af prófunarsniðum í notkun, þar sem prófunaraðilar skoða hverja línu kóða til að senda fullkomna vöru.
End-to-end prófun er fullkominn próf fyrir kóða, metur forritið frá sjónarhóli notandans og leitar að hugsanlegum villum sem gætu eyðilagt upplifun einhvers af verkinu.
Lærðu meira um hvað end-to-end prófun er, suma kosti þessarar tegundar prófana og nokkur af tilvalin verkfærum til að ljúka prófunarferlum þínum á vinnustaðnum.
Hvað er end-to-end prófun?
End-to-End prófun er notuð í hugbúnaðarþróunarferlinu til að prófa virkni og frammistöðustig forrits þegar það er notað sem vara.
Markmiðið með end-to-end prófunum (eða E2E) er að fá betri hugmynd um hvernig vara myndi standa sig þegar hún er notuð í lifandi umhverfi.
Þetta prófunarform beinist að því að skoða kóðann frá upphafi samskipta notanda við hann til enda, þess vegna er hugtakið „enda til enda“.
Það er mjög yfirgripsmikil leið til að skoða hugbúnað og uppgötva hvar og hvers vegna vandamál geta komið upp í starfi þínu.
1. Hvenær og hvers vegna gera end-to-end prófun
Besti tíminn til að ljúka E2E prófunum er undir lok þróunarferlisins. Þetta er vegna þess að flestir eiginleikar sem viðskiptavinur notar eru til staðar í hugbúnaðinum, sem þýðir að próf frá enda til enda nær yfir alla nauðsynlega þætti forritsins sem notendur munu upplifa.
Að ljúka prófunum fyrir þennan tíma gæti leitt til vandamála í kringum þá staðreynd að það táknar ófullkomna útgáfu af forritinu eða hugbúnaðinum.
Stofnanir ljúka E2E prófunum af augljósum ástæðum, fyrst og fremst þeim sem eru í kringum virkni. Að fara í gegnum þetta prófunarferli þýðir að þú skilur vandamálin við verkefnið þitt að þeim tímapunkti og getur leyst þau áður en þú gefur vöruna þína út til almennings.
2. Þegar þú þarft ekki að gera end-to-end prófun
Það eru nokkur tilvik þar sem próf frá enda til enda er ekki nauðsynlegt, svo sem tilvik þar sem einingapróf eru skilvirkari.
Einingapróf skoða tilteknar einingar kóðastykkis, svo sem einstakar aðgerðir og einangruð tengsl milli tveggja mismunandi aðgerða í forritinu. Einingapróf geta verið hraðari en hafa þann ókost að líkja ekki að fullu eftir notendaupplifun.
Íhugaðu einingaprófun þegar það eru tiltölulega fáar einingar, svo sem í vefforriti sem hefur aðeins einn eiginleika.
Stærri forrit krefjast veldisvísis stærra teymi til að prófa allar einingarnar ítarlega.
Í þessum tilvikum er mun auðveldara ferli að fara aftur í próf frá enda til enda.
3. Hver tekur þátt í E2E prófunum?
Þetta fer algjörlega eftir eðli stofnunarinnar. Sum fyrirtæki eru með sérstakt prófunarteymi þar sem verktaki sjálfir ljúka prófunarferlinu fyrir sum fyrirtæki.
Stærri stofnanir hafa tilhneigingu til að hafa einstök teymi til að prófa og þróa, halda stofnununum tveimur óháðum hver öðrum til að koma ekki á hlutdrægni í niðurstöðum E2E prófana.
Þar sem hægt er, fáðu einhvern sem ekki þróaði ákveðinn eiginleika til að prófa hann. Þetta fjarlægir eðlislæga hlutdrægni þar sem hægt er og heldur prófun frá lokum til enda eins nákvæm og mögulegt er.
Minni óháðir þróunaraðilar eins og forritarar í fyrsta skipti eða þeir sem eru með takmarkaðri fjárhagsáætlun ljúka E2E prófunum sjálfir.
Í þessum tilvikum skaltu einbeita þér að því að nota sjálfvirkar prófanir . Sjálfvirk kerfi útrýma hvers kyns hlutdrægni og gera ekki mistök þegar þau skila árangri.
Þar sem hægt er, er tilvalið að ljúka prófum og endurtaka margar einstaklingar þar sem það veitir auka lög af vissu, bæði í sjálfvirkum og handvirkum niðurstöðum.
Að lokum bjóða enda-til-enda sjálfvirkniverkfæri eins og ZAPTEST upp á hugbúnaðar + þjónustulíkan , sem þýðir að ZAP-vottaður sérfræðingur myndi vinna við hlið og sem hluti af teymi viðskiptavinarins, til að styðja og hámarka arðsemi sem myndast með ýmsum sjálfvirkum prófum, þar á meðal enda til enda.
Ávinningur af end-to-end prófunum
End-til-enda prófun hefur nokkra kosti fyrir þróunarteymi sem eru mismunandi eftir því hvaða hugbúnaðartegund þú ert að prófa.
Sumir helstu kostir þess að nota E2E próf í fyrirtækinu þínu eru:
1. Finndu galla
End-til-enda prófun er tilvalin til að finna villur og aðra galla í hugbúnaði.
Þegar þú ferð í gegnum prófunarferlið skaltu skrifa athugasemdir við öll vandamál og villuboð sem þú sérð, auk þess hvar þessi mál eru. Þetta gerir villuleiðréttingarferlið mun fljótlegra og auðveldara.
Nokkur dæmi um vandamál sem þarf að leita að eru ma forritsaðgerð sem er ekki lokið, forritið hrynur alveg eða eiginleikar notendaviðmótsins hlaðast ekki rétt , sem hafa áhrif á útlit forritsins.
2. Skilja sjónarhorn notenda
Eitt vandamál sem þróunaraðilar hafa er skortur á skilningi á sjónarhorni sem notendur hafa á vinnu sinni. Þegar öllu er á botninn hvolft sjá verktaki fyrst og fremst bakenda verksins og skilja ekki hvernig notandi hefur samskipti.
Þetta ferli brúar það bil og vekur athygli þróunaraðila á vandamálum eins og HÍ vandamálum .
Settu saman fullkomna smíði forritsins til að fá fulla notendaupplifun í þessum tilvikum, frá því að opna forritið í upphafi til að fara í gegnum alla tiltæka virkni.
Prófarar sem ekki eru þróunaraðilar eru gagnlegir í þessum tilvikum, þar sem þeir eru minna vægir með því að einbeita sér að því hvernig forritið „ætti“ að virka og sjá eingöngu ytra sjónarhorn.
3. Auka sjálfstraust þróunaraðila
Jafnvel eftir að hafa lokið nokkrum prófum geta forritarar átt í erfiðleikum með að vera fullvissir um vinnu sína.
Að fara í gegnum prófun frá enda til enda sýnir að upplifun notandans er jákvæð og það er góður grunnur til að gefa vöruna út.
Jafnvel ef upp kemur vandamál er gagnlegt að vita hvar þessi mál eru til að búa til stefnu og vera öruggur á öðrum sviðum og virkni forritsins.
Áskoranir frá enda-til-enda prófum
Það eru nokkrar áskoranir við að nota end-to-end próf í hugbúnaðarþróun, þar á meðal:
1. Hæg framkvæmd
Að klára próf frá enda til enda þýðir að hafa samskipti við notendaviðmótið til að hvetja til aðgerða frekar en að nota bakendann, sem getur tekið lengri tíma að fletta og nota appið.
Þetta er að hluta til bætt þegar þú notar sjálfvirkni prófunar frá enda til enda.
2. Flókið prófumhverfi
End-to-end prófun er hönnuð til að einbeita sér að því að endurskapa nákvæma útgáfu af því hvernig viðskiptavinur hefur samskipti við hugbúnað, sem gerir það erfiðara að byggja upp nákvæmara prófumhverfi en að klára smærri próf.
3. Erfitt kembiforrit
Villuleitarferlið er flóknara með end-to-enda prófunum, þar sem sjálfvirkt próf sem skilar sér með „Fail“ skilaboð er ólíklegt að það sé sértækt um orsök vandans.
Hönnuðir þurfa að kanna frekar í þessum málum til að leysa vandamálin, sérstaklega ef það er engin samþætting ákveðinna villuboða.
Einkenni end-til-enda prófa
Það eru nokkur helstu próf sem þarf að leita að þegar gengið er úr skugga um hvort próf sé í eðli sínu end-til-enda.
Sumir eiginleikarnir sem aðgreina þessa tegund prófs eru:
1. Byrja að klára námsmat
Öll end-to-end próf eru mat á hugbúnaðinum frá fyrstu samskiptum notandans við verkið til þess síðasta, sem nær yfir alla þætti hugbúnaðarins sem notendur hafa samskipti við.
Þetta gerir E2E að einu umfangsmesta prófunarsniði sem til er í hugbúnaðarþróun.
2. Raunveruleg atburðarás
E2E prófun leggur áherslu á raunverulegan uppgerð, þar sem þessar prófanir miða öll að því að búa til raunverulegan atburðarás sem sýnir nákvæmlega hvernig notandi hefur samskipti við þær upplýsingar sem til eru.
Þetta felur í sér að byggja upp nákvæmt umhverfi og notanda fyrir prófunartilvikið.
3. Skýr úrslit
Niðurstöður E2E prófana eru skýrar og einfaldar, þar sem forritarar læra hvort hugbúnaður þeirra hafi gengið vel eða hvort það hafi verið bilanir á einhverjum tímapunkti á notendaferðalagi.
Þetta á sérstaklega við um handvirkar prófanir þar sem prófunaraðilar geta tilkynnt um öll vandamál.
Tegundir starfsemi í E2E prófunum
Það eru nokkrar tegundir af athöfnum sem verktaki og prófunaraðilar taka þátt í þegar þeir fara í gegnum E2E prófunarferlið.
Þar á meðal eru:
Notendaaðgerðir
Notendaaðgerðir eru eitt af því fyrsta sem þarf að leggja áherslu á þegar unnið er með E2E prófun.
1. Hvað eru notendaaðgerðir?
Notendaaðgerðir eru listi yfir alla eiginleika og samtengd kerfi sem eru til í hugbúnaði.
Þetta felur í sér allt sem notandi mun hafa samskipti við sem veitir meiri virkni í forritinu.
Án nokkurra notendaaðgerða er engin þörf á forriti þar sem þú ert einfaldlega með kóða sem býr til notendaviðmót sem gerir ekkert.
2. Dæmi
Valmynd í forriti er talin vera notendaaðgerð, þar sem það er eitthvað sem notandi notar þegar hann bætir staðalinn í vinnu sinni.
Fleiri dæmi eru reiknirit á bakhliðinni, eins og þau sem veita notendum frekari upplýsingar og leyfa eða hafna aðgangi að úrvali forrita.
3. Byggja upp notendaaðgerðir
Skráðu allar aðgerðir og samtengd kerfi, áður en þú rekur og tekur eftir öllum samskiptum sem eiga sér stað innan kerfisins.
Þetta felur í sér öll gögn sem eru sett inn og úttakið sem kemur frá forritinu.
Vertu eins ítarlegur og mögulegt er í þessu ferli, þar sem alhliða skilningur á virkni og gögnum í forritinu gerir prófun mun einfaldari og skiljanlegri.
Skilyrði
Skilyrði vísa til færibreyta sem eru stilltar innan end-to-end prófunar, sem skilgreina hvernig próf á sér stað og hvernig niðurstaða er metin af prófunaraðila.
1. Hver eru skilyrði?
Skilyrði vísa til safn færibreyta sem skilgreina próf. Þetta kemur í tvennu formi, þar á meðal TRUE/FALSE færibreytu sem ákvarðar hvort gögn eða úttak séu gild, og gagnabreytu.
Notkun þessara skilyrða skilgreinir stöðu prófunar og hvort umhverfið sé rétt fyrir raunverulegan notanda.
2. Dæmi um aðstæður í end-to-enda prófum
Dæmi um TRUE/FALSE ástand er vafrinn sem notandi er á þegar hann opnar vefforrit, þar sem TRUE/FALSE skilgreinir hvort notandi er á skjáborðsútgáfunni.
Dæmi um gagnaskilyrði er tíminn sem það tekur notanda að ljúka tiltekinni aðgerð eða IP-tölu sem notandi er að tengjast frá.
3. Byggingarskilmálar
Ákvarðu kjöraðstæður fyrir prófun þína, þar á meðal staðsetningu notandans, tímann sem prófunin á sér stað og önnur gagnaskilyrði sem stuðla að nákvæmni prófsins.
Ef nauðsyn krefur, notaðu „notendasnið“ til að færa gögnin þín samræmi og nákvæmni. Því raunhæfari sem skilyrði prófsins eru því nákvæmari niðurstöður þess.
Prófunartilvik fyrir end-to-end prófun
Prófunartilvik er safn aðgerða sem notandi framkvæmir á kerfi til að kanna hvort það framkvæmi eins og þróunaraðili býst við.
Að klára röð prófunartilvika þýðir að þróunaraðilar geta haft meira traust á gæðum vinnu sinnar og séð að vörur þeirra gangi eins og búist er við.
1. Hvað eru próftilvik fyrir end-to-end próf?
Próftilvik fyrir end-til-enda próf eru keyrð af prófunaraðilum sem keyrt er frá upphafi samskipta einhvers við forrit til enda.
Með því að hanna þessi ítarlegu prófunartilvik og fylgja þeim í gegn fyrir hverja endurtekningu hugbúnaðarins, tryggir verktaki að þau hafi virkni í hverri endurtekningu hugbúnaðarins.
Haltu prófunartilvikum þínum í samræmi frá útgáfu til útgáfu svo þú sjáir breytingar á gæðum vinnu og niðurstöðum prófa.
2. Hvernig á að hanna E2E prófunartilvik?
Það eru nokkur skref í því ferli að hanna E2E prófunartilvik, sem hvert um sig leiðir til betri árangurs í prófunum.
Þessi skref innihalda:
Þekktu markmiðin þín
Byrjaðu á því að skilja markmið hvers einstaks prófunartilviks.
Í fyrstu lotu prófana leitar þú að grunnvirkni og tryggir að forritið virki, með frekari E2E prófum síðar í ferlinu sem skoða frammistöðustig og svörun.
Þetta felur í sér að skilja sérstök skilyrði prófsins, þar á meðal lýðfræðilegar upplýsingar sem þú ert að prófa með, og tryggja að þetta henti meðalnotanda þínum.
Að hafa markmiðin þín í huga frá upphafi veitir meiri einbeitingu og skýrleika í ferlinu.
Leggðu áherslu á einfaldleikann
Byrjaðu á tiltölulega einföldum grunni.
Ef þú telur upp röð flókinna skilyrða og krafna vinnu þinnar í fyrsta prófinu gerirðu það sífellt erfiðara að standast prófið og eykur flókið starf þitt.
Ljúktu fyrstu prófunum með mjög grunnskilyrðum og markmiðum áður en þú byggir upp í síðari prófunum og bætir við frekari upplýsingum eftir þörfum.
Próf geta verið flóknari en kláraðu grunnatriðin áður en þú stækkar.
Vertu ítarlegur
Vinna að því að vera eins ítarlegur og hægt er þegar þú klárar E2E próf.
Þetta þýðir að klára hvert próf alveg og skrá niður öll gögn sem koma út úr ferlinu.
Með því að gera það finnurðu áhrifin sem hver breyting á kóðanum hafði.
Þetta er sérstaklega gagnlegt þegar þú fínstillir forrit síðar í ferlinu og mælir þann tíma sem það tekur að klára ákveðin verkefni.
3. Dæmi um E2E prófunartilvik
Nokkur dæmi um prófunartilvik sem fyrirtæki nota þegar þau ganga úr skugga um gæði hugbúnaðar sinnar í E2E prófunum eru:
Virkniprófun
Virkniprófun felur í sér að ákvarða hvort sérstakar aðgerðir innan hugbúnaðarins virki eins og búist er við.
Þetta er eitt af fyrstu stigum E2E prófunar og kemur í ljós hvort kóðinn virkar á grunnstigi áður en reynt er að bæta árangur hugbúnaðarins í síðari endurteknum.
Svarhraði
Að ganga úr skugga um hvort hugbúnaðurinn bregðist hratt við notandanum og ljúki verkefnum á réttum tíma.
Sumar E2E prófanir leggja áherslu á að tryggja að kerfið skili gildum niðurstöðum fljótt, mæla tímann sem það tekur að fara í gegnum ferlið notandans og bera það saman við fyrri endurtekningar, þar sem styttri keyrslur eru tilvalin fyrir notandann.
Mikilvægt er að varðveita gildar og nákvæmar niðurstöður í þessu ferli.
Svör gagnagrunns
Sum kerfi eru hönnuð til að skila röð af svörum úr gagnagrunni fyrir notandann.
Þegar þessi forrit eru prófuð skaltu stilla ákveðinn tíma fyrir forritið til að svara og mæla fjölda svara sem það fær úr gagnagrunninum í samanburði við fyrri endurtekningar á sama prófunartilviki.
Tvær gerðir af end-to-end prófunum og aðferðum
Eins og með aðrar prófanir, þá eru mismunandi gerðir af end-to-end prófunum sem verktaki nota, þar sem hver og einn hefur mismunandi kosti eftir markmiðum þínum.
End-to-end prófun felur í sér lárétt próf og lóðrétt próf, sem eru verulega mismunandi í umfangi prófanna og aðferðum sem þróunaraðilar nota í ferlinu.
Þar á meðal eru:
1. Lárétt próf
Lárétt próf á sér stað þegar notendaflæði er sannreynt yfir mörg forrit öll á sama tíma, þar sem öll forrit keyra frá upphafi til enda. Með því tryggirðu að hvert ferli virki rétt í röð mismunandi notkunartilvika, þar sem mismunandi gerðir gagna hafa ekki neikvæð áhrif á frammistöðu forritsins.
Helsti ávinningurinn af láréttum rafrænum prófunum er að þú tryggir að kerfi virki rétt fyrir fjölda notenda sem allir eru á sömu útgáfu forritsins.
Til að ljúka láréttum prófunum, einbeittu þér að því að hafa umhverfi sett upp fyrir öll tilvikin áður en þú byrjar enda til enda prófun.
Öll forritin þurfa að virka á sama tíma, sem þýðir að þetta er heldur ekki tilvalið fyrir fyrirtæki sem hafa ekki enn lokið þróunarferli fyrir umsóknir sínar.
Svona rafræn próf er ítarlegt, frá notendasjónarmiði, og tryggir að notendur þínir hafi frammistöðu sem þeir búast við, auk grunnvirkni.
2. Lóðrétt próf
Frekar en að einblína á hvernig allt forritið virkar, lóðrétt próf frá enda til enda einblína á forritið lag fyrir lag.
Þetta felur í sér nákvæmara ferli þar sem þú prófar ítrekað alla einstaka þætti umsóknar, prófar innan eins kerfis frekar en á milli forrita eins og þú sérð í láréttum prófunum.
Helsti ávinningurinn af lóðréttum rafrænum prófunum er að þú færð ítarlegri og nákvæmari sýn á hvernig kerfið þitt virkar. Þú sérð hver vandamálin eru á hverju tilteknu stigi kerfisins og vinnur að því að leysa þau eftir prófunarferlið, frekar en að vita einfaldlega að einhvers staðar í forritinu er vandamál.
Hins vegar getur tekið lengri tíma að klára þetta á réttan hátt samanborið við að vinna með lárétt próf.
Að losa um rugl – End-to-End prófun vs kerfisprófun vs UAT próf vs virkniprófun
Það eru nokkrar mismunandi gerðir af prófunum sem fólk ruglar saman við end-to-end prófun þegar rætt er um hvernig stofnanir meta og leysa vandamál með hugbúnaðinn sinn.
Þar sem mismunandi stofnanir og hugbúnaðarhlutar hafa einstakar þarfir, er nauðsynlegt að takast á við þær með réttu formi prófunar.
Sjáðu nokkrar mismunandi gerðir prófa hér að neðan, með skilgreiningum, dæmum og hvenær þú notar þær.
1. Hvað er kerfisprófun? (skilgreining, dæmi, þegar við notum það)
Kerfisprófun er útgáfa af hugbúnaðarprófun sem leitast við að skoða hugbúnaðarvöruna í samhengi við allt kerfið.
Þetta er eins konar prófun frá enda til enda þar sem það nær yfir alla vöruna; Hins vegar gengur kerfisprófun lengra og kemur í ljós hvernig varan tengist restinni af vélbúnaði og fastbúnaði á viðkomandi kerfi.
Til dæmis felur kerfisprófun í sér að sjá hvort forrit mun keyra á ákveðnu kerfi og skoða tilföngin sem það notar í því ferli.
Innleiða kerfisprófanir á síðari stigum vöruþróunarferlisins, skömmu fyrir útgáfu lokaafurðarinnar.
Með því að nota þetta form end-to-end prófunar tryggja hugbúnaðarverkfræðingar að forritin þeirra keyri á áreiðanlegan hátt á ýmsum vélum og geti notað niðurstöðurnar í hagræðingarferlinu, þannig að forritið virki á enn skilvirkari hátt en það gerði áður.
2. Hvað er UAT prófun? (skilgreining, dæmi, þegar við notum það)
UAT Testing stendur fyrir User Acceptance Testing og er form prófunar sem er ekki lokið af einhverjum í þróunarteymi heldur frekar af meðlimi fyrirhugaðs markhóps.
Endir notendur geta haft full samskipti við hugbúnaðinn áður en hann er gefinn út, sem gerir forriturum kleift að hafa tíma til að leysa öll vandamál sem notandinn uppgötvar.
Algengasta dæmið um að þetta gerist er ókeypis beta próf fyrir leik áður en hann er settur á markað þar sem verktaki velur ákveðinn markhóp fyrir endurgjöf.
Notaðu þetta ferli alveg í lok þróunarferlisins. Þetta er fyrsta útgáfan af vörunni sem þú kynnir hverjum sem er utan fyrirtækisins, þannig að það er nauðsynlegt að hafa eins mikla virkni og pússingu á sínum stað og mögulegt er.
Það eina sem fyrirtæki ætti að leitast við að klára eftir að UAT próf eiga sér stað eru að laga villur sem koma upp í UAT ferlinu og bregðast við endurgjöf sem þú færð frá notendum.
3. Hvað er virknipróf? (skilgreining, dæmi, þegar við notum það)
Virkniprófun er form hugbúnaðarprófunar sem á sér stað til að tryggja að forrit ljúki öllum grunnvirkni sem var hluti af hönnunaráætlun verkefnisins.
Þetta felur í sér að veita viðeigandi inntak fyrir prófin og bera þau saman við úttak, sem sýnir að kjarnavirkni kerfisins er til staðar.
Dæmi um þetta er að búa til skákvél eða svipaða leikreglu og tryggja að hún þekki grunnreglurnar og hegði sér rétt þegar teflt er.
Ljúktu þessari prófun á leiðinni í þróunarferlinu þegar þú trúir því að þú hafir alla grunnvirkni forritsins til staðar.
Þetta sýnir að kjarnaeiginleikar forritsins eru hagnýtir og þú ert með gott grunnframmistöðustig án þess að þurfa að stilla bakendakóðann, þannig að aðeins þarf að leysa notendaviðmót og aðra fagurfræðilegu eiginleika.
4. Hver er munurinn á enda-til-enda prófun og kerfisprófun?
Þar sem end-to-end prófun er einfaldlega greining á hugbúnaðarhlutanum og hversu áhrifaríkan hann virkar, felur kerfisprófun einnig í sér mat á vélbúnaðinum sem það keyrir á og hluta af fastbúnaðinum, svo sem stýrikerfinu, sem það hefur samskipti við.
5. Hver er munurinn á enda-til-enda prófunum og UAT prófunum?
Helsti munurinn á E2E og UAT prófunum er að UAT prófun fer í gegnum utanaðkomandi notanda.
Þetta þýðir að hafa forritið í frambærilegu ástandi og eitt sem þú ert viss um að muni heilla notandann.
Ennfremur, þar sem þú getur lokið E2E prófunum á hvaða stigi ferlisins sem er, kemur UAT próf aðeins þegar varan er í raun tilbúin til að pakka henni og senda til notenda með aðeins minniháttar breytingar sem þarf á hugbúnaðinum.
6. Hver er munurinn á end-to-end prófun og hagnýtri prófun?
Þrátt fyrir að E2E prófun og virkniprófun prófi bæði virkni viðkomandi forrita, þá eru þau samt mismunandi form próf af nokkrum ástæðum.
Í fyrsta lagi er virkniprófun eingöngu skoðuð hvort forrit sé virkt, frekar en að skoða fagurfræðilegu og viðmótsþætti forritsins.
Virkniprófun fer einnig fram tiltölulega snemma í ferlinu, frekar en að vera gagnleg á hverjum stað í verkflæðinu.
7. Niðurstaða: E2E próf vs kerfispróf vs UAT próf vs hagnýt próf
Þrátt fyrir að allar þrjár prófanirnar séu svipaðar að því leyti að þær tryggja að varan virki, eru þær verulega ólíkar.
Að nota þessi hugtök til skiptis getur leitt til þess að lélegir prófunarhættir og vandamál með gæðatryggingarferli ruglast hvert fyrir öðru, svo einbeittu þér að því að læra þessi hugtök og rétta notkun þeirra áður en þú gerir ráðstafanir til að nota þau á vinnustaðnum.
Handvirk eða sjálfvirk próf frá enda til enda?
Hönnuðir geta valið um nokkrar leiðir til að klára próf frá enda til enda, allt eftir tiltækum úrræðum og starfsfólki. Þetta vísar til breytinga á milli handvirkra end-to-end prófunar og sjálfvirkrar þessara prófa.
Sjáðu hverjir kostir, áskoranir og ferli bæði handvirkra og sjálfvirkra end-to-end prófunar eru:
1. Handvirk prófun frá enda til enda – ávinningur, áskoranir, ferli
Handvirk prófun frá enda til enda samanstendur af því að ljúka prófunum frá enda til enda á eigin spýtur, taka þátt í hverju prófunum „með höndunum“ frekar en að fá sjálfvirkt verkfæri frá enda til enda til að gera það fyrir þig.
Fyrirtæki nota venjulega sérstakt prófunarteymi til að ljúka handvirkum rafrænum ferlum, þar sem þau hafa reynslu af að prófa hugbúnað og skilja hvernig á að skrá niður eðli villna og galla í kerfum.
Einn helsti ávinningurinn af því að fara í gegnum handvirkt prófunarferli frá enda til enda er sú staðreynd að þú sérð öll hugsanleg vandamál sjálfur og tekur eftir göllum í hugbúnaðinum sem tölva gæti ekki séð.
Hins vegar getur ferlið verið tiltölulega hægt í samanburði við að gera prófunarferla sjálfvirka.
Í þessum tilfellum fer maður eins og einn af þróunaraðilum í gegnum forritið og klárar alla virkni, lærir fljótt hvað virkar og hvað ekki úr hugbúnaðarpakkanum sem er í boði.
Þetta kemur í kjölfar áætlanagerðarferlis þar sem prófunaraðili undirbýr tiltekið sett af prófum og lærir mælikvarðana sem þeir ætla að rekja í gegnum ferlið, eftir ströngum markmiðum.
2. Sjálfvirkni prófunar frá enda til enda – ávinningur, áskoranir, ferli
Sjálfvirkni prófunar vísar til ferlisins við að ljúka E2E prófunum með því að nota tölvuforrit til að gera próf sjálfvirkt. Mest af sjálfvirkninni fer fram í gegnum sérfræðiprófunartæki, sem eru hönnuð til að vinna með sérstök kóðunartungumál og tegundir forrita.
Það er enn mannleg þátttaka í þessu ferli, en aðeins á fyrstu kóðunar- og lokastigum greiningar.
Einn helsti kosturinn við sjálfvirka enda-til-enda prófun er að stærri forrit og forrit krefjast mun ítarlegra mats og greiningar, þar sem sífellt meiri virkni og HÍ þættir verða hluti af vinnuflæðinu.
Sjálfvirk e-til-e próf finna þessi smærri afbrigði. Hins vegar er ein áskorunin við sjálfvirkar prófanir að mannsaugað tekur eftir einhverjum mun sem tölva getur ekki, sem leiðir til sjálfvirkrar prófunar frá enda til enda sem stundum vantar villur sem mannlegir prófunaraðilar gera ekki.
Til að ljúka sjálfvirkum prófunum frá enda til enda skaltu ákveða prófunartilvikin þín og skrifa þau út sem kóða og samþætta þau inn í hugbúnaðarprófunartólið þitt.
Eftir þetta skaltu keyra prófið og fá niðurstöðurnar með því að nota upplýsingarnar til að læra um hugsanlegar breytingar á forritinu.
Þar sem hægt er, kláraðu hvert prófunartilvik frá lokum til enda fyrir sig, þar sem mismunandi próftilvik leita að mismunandi hlutum. Að keyra þau sjálfstætt dregur úr líkum á að próf trufli hvert annað.
3. Ályktun: Handvirk eða end-to-end próf sjálfvirkni?
Að ákveða hvort handvirk prófun eða sjálfvirkni sé kjörinn kostur kemur algjörlega undir þarfir þínar sem þróunarteymi.
Smærri verkefni er hægt að prófa vandlega af teymi handvirkt, greiða í gegnum kóðann fyrir allar villur og taka eftir þeim strax.
Þvert á móti eru stærri verkefni einfaldlega of stór til að prófa handvirkt og krefjast mikillar sjálfvirkni hugbúnaðarprófunar .
Hugsaðu um sérstakar þarfir verkefnisins þíns og aðlagaðu e-til-e prófunaráætlanir þínar í samræmi við það sem þú lærir um umfang prófana þinna.
Fjárhagsáætlun er ekki endilega þáttur, þar sem sjálfvirkni prófunar kemur í bæði ókeypis útgáfum og fyrirtækjaútgáfum í flestum tilfellum.
Það sem þú þarft til að ljúka prófunum frá enda til enda
Það eru nokkur atriði sem þú þarft áður en þú byrjar end-til-enda prófun, óháð því hvort þú einbeitir þér að handvirku aðferðinni eða sjálfvirkri vinnu þinni.
Þar á meðal eru:
1. Fulltrúi vélbúnaður
Margir verktaki hafa aðgang að hágæða vélbúnaði og nota nútíma tölvur sem tæki til að þróa hugbúnað sinn. Þetta er tilvalið fyrir strangar prófanir og athuganir á virkni mismunandi þátta hugbúnaðarins en sýnir ekki nákvæmlega þann vélbúnað sem notandinn velur.
Fáðu þér vélbúnað sem er meira viðeigandi fyrir prófíl meðalnotanda, þar sem þú færð nákvæmari mynd af vandamálum sem þeir hafa með forritinu sem þú ert að prófa enda til enda.
Sem dæmi er það tilvalið að nota farsíma fyrir símaforrit, með iðnaðartölvu fyrir hluta af framleiðsluhugbúnaði.
2. Prófaðu sjálfvirkniverkfæri
Þegar þú vinnur með sjálfvirkni prófunar skaltu ganga úr skugga um að þú hafir prófunarhugbúnað tiltækan fyrir þig strax í upphafi rafræns prófunar.
Veldu hugbúnaðinn þinn vandlega, bæði ókeypis og fyrirtækjaútgáfur af prófunarhugbúnaði hafa sína kosti og hugsanlega galla. Rannsakaðu hugbúnaðinn sem þú notar og kláraðu nokkrar æfingar til að draga úr þeim tíma sem þú eyðir í aðlögun að prófunarvettvanginum.
Margir end-to-end hugbúnaðarpakkar bjóða upp á ítarlegar leiðbeiningar eða sérfræðinga, svo sem prófunarstuðning ZAPTEST, þar sem sumir sérfræðingar búa til kennsluefni á YouTube og öðrum tengdum síðum til að veita meiri innsýn.
3. Samræmd áætlun
Eitt af því mikilvægasta sem þarf að hafa þegar farið er inn í prófunarferlið frá lokum til enda er samfelld prófunaráætlun.
Þetta er skjal sem skráir niður hugbúnaðarútgáfuna sem þú ert að prófa, sérstakar prófanir sem þú ert að gera á hugbúnaðinum, vélbúnaðinn sem þú ert að nota og prófunarvettvanginn sem er í notkun.
Því ítarlegri sem skjölin þín eru, þeim mun gagnlegri lærdóm lærir þú af rafrænu prófunum sem þú klárar.
Ef fyrirtæki þitt þróar mikið af hugbúnaði skaltu búa til sniðmát fyrir áætlanagerð fyrir prófanir og nota það fyrir hvert próf til að ná meiri samkvæmni.
4. Heill hugbúnaður
Að fara í gegnum hugbúnaðarprófunarferlið krefst fullkomins hugbúnaðar sem er tiltækur fyrir enda til enda prófunarteymi.
Í þessum tilfellum er nauðsynlegt að hafa uppfærðasta hugbúnaðarpakkann, þar sem nýrri útgáfa þýðir að allar niðurstöður eru eins dæmigerðar og hægt er miðað við lokaútgáfuna.
Því nær að gefa út hugbúnaðarpakkann, því gagnlegri niðurstöður fær teymið úr E2E prófunum sínum.
Settu saman úr nýjasta kóðanum sem þú hefur tiltækt rétt fyrir prófið til að tryggja að þú sért ekki óvart að vinna með gamla útgáfu.
Sjálfvirkniprófunarferli frá enda til enda
Það er ítarlegt ferli sem þarf að fylgja þegar lokið er prófunum frá enda til enda með sjálfvirkum hætti, með skrefum þar á meðal:
1. Íhugaðu e-til-e prófunartilvikin þín
Byrjaðu á því að hugsa um próftilvikin sem þú ert að skoða í end-to-end prófunum þínum.
Til dæmis, prófatilvik í fyrstu prófunum fela í sér að tryggja að virknin sé rétt og að prófa alla eiginleika hugbúnaðarins virka og veita rétta úttakið.
Síðar í ferlinu skaltu íhuga próftilvik eins og skilvirkni forritsins og hraðann sem það vinnur á.
Jafnvægi prófunartilvikin þín á móti þörfum verkefnisins eftir þróunarstigi og magni prófunar frá enda til enda sem áður hefur verið lokið.
2. Kóðaðu prófunartilvik frá enda til enda
Þegar þú hefur ákveðið prófunartilvikin þín skaltu kóða tiltekna prófunartilvikin í prófunarhugbúnaðinn sem þú notar.
Vertu varkár þegar þú kóðar lokatilvik prófunartilvika, þar sem ónákvæmt kóðuð prófunartilvik gæti ekki prófað fyrir réttan hlut eða gæti leitað að röngum mælikvarða í lok ferlisins.
Þetta er eingöngu hluti af sjálfvirkniprófunarferlinu , þar sem handvirk prófun samanstendur einfaldlega af prófunaraðila sem metur gæði forritsins án þess að þurfa tölvuíhlutun.
Ef mögulegt er skaltu framkvæma eitt próf í einu til að halda niðurstöðum stöðugum og án truflana.
3. Keyrðu E2E prófin þín
Eftir að öll prófin eru kóðuð inn í prófunarhugbúnaðinn þinn skaltu keyra prófin.
Það fer eftir eðli prófanna sem þú ert að keyra, þetta getur tekið allt frá augnabliki upp í nokkrar mínútur, með mismunandi þáttum þar á meðal stærð forritsins sem þú ert að prófa og tilteknu prófana sem þú ert að gera.
Meirihluti E2E prófunar sjálfvirkniforrita mun upplýsa þig um þann tíma sem eftir er af ferlinu og á hvaða stigi það er í ferlinu.
Handvirk próf krefjast meiri tíma og fyrirhafnar þar sem prófunaraðili fer í gegnum alla eiginleika og ferla forritsins.
4. Lærðu af niðurstöðunum
Í lok prófsins sjálfs sjást forritarar og prófunaraðilar fá röð mæligilda og aðrar upplýsingar sem tengjast prófinu.
Notaðu þessar upplýsingar til að fræðast meira um forritið þitt eða forritið, svo sem þau svæði sem krefjast umbóta og tiltekna ferla sem krefjast meiri sníða til að vinna að hærri stöðlum.
Prófmælingar eru dýrmætustu gögnin sem fyrirtæki fær og með því að nota þau rétt eykur þú gæði lokaafurðarinnar þinnar verulega. Haltu langtímagögnum um fyrri prófanir til að gera ítarlegri samanburð frá útgáfu til útgáfu.
Bestu starfsvenjur fyrir end-to-end prófun
Að fylgja bestu starfsvenjum í hvaða atvinnugrein sem er og hæfni er fyrsta skrefið til að tryggja betri árangur.
Sumar af bestu starfsvenjum fyrir end-to-end prófun í hugbúnaðarþróunarferlinu eru:
1. Skilgreindu prófunarumfangið þitt
Þegar þú lýkur einhverri E2E hugbúnaðarprófun skaltu skilgreina rétt umfang prófsins.
Þetta felur í sér hversu mikið af forritinu er verið að prófa og tilteknar mælikvarðar sem þú leitar að í prófunum.
Með því að skilgreina þessar upplýsingar á skýran hátt strax í upphafi ferlisins veistu hvað þú ert að leita að í öllu ferlinu og niðurstöður þínar eru auðveldlega túlkaðar. „Gagnahljóð“ er eytt, svo sem upplýsingum frá öðrum forritum eða prófum.
2. Einbeittu þér að skilvirkum prófum
Skilvirkni er grundvallaratriði í prófunum, þar sem því meira fjármagn sem þú notar í prófunarforritinu því meira tekur þú frá forritinu sjálfu.
Til að vinna gegn þessu skaltu einbeita þér að því að setja mjög einföld og skilvirk próf.
Ef hvert próf fjallar um aðgreindar og tiltölulega litlar breytur tekur það færri fjármuni og þýðir að niðurstaðan er eins nákvæm og mögulegt er og gefur gagnlegri gögn í lok verkefnisins.
3. Búðu til einfalt tilkynningasett
Tilkynningasett eru verkfæri sem prófunaraðilar nota til að fá upplýsingar um prófin.
Þegar þú býrð til tilkynningasett skaltu leggja áherslu á skýrleika og einfaldleika. Ef þú skilur villukóðana auðveldlega, til dæmis að búa til einn sem tilgreinir eðli málsins og hvar vandamálið er í kerfinu, eykur þú möguleika þína á að finna vandamál tímanlega og bregðast við þeim á þann hátt sem lagar dagskrá eins fljótt og auðið er.
Tegundir úttaks frá enda-til-enda prófi
Þegar þú lýkur enda-til-enda prófi eru nokkrar mismunandi gerðir af framleiðsla til að leita að, sem hver um sig gefur einstaka innsýn.
Sumar af þessum framleiðslutegundum til að leita að eru:
1. Gögn
Þetta gerist þegar framleiðsla frá enda til enda prófunar er einföld gagnamæling.
Gögn fela í sér þann tíma sem það tekur ferli að skila nákvæmri útkomu, niðurstöðu útreiknings eða jafnvel mynd sem tekin er úr gagnagrunni.
2. SATT/Ósatt
Sumar E2E prófanir skila sér með TRUE eða FALSE úttak, þar sem fram kemur hvort sett af breytum eða skilyrðum sé satt eða ósatt í lok ferlis.
Þetta er gagnlegt fyrir öryggiskerfi, þar sem það að koma FALSE aftur í öryggisskilyrði getur verið kveikja að viðvörun slekkur á sér.
3. Bilunarríki
Ein gagnleg tegund af framleiðsla er hugmyndin um bilunarástandið og hvort ferlar í forriti virkuðu eins og búist var við.
Í þessum tilfellum, eftir að forritið hefur verið keyrt, mun það bregðast við með því að segja hvort það hafi lokið ferlum sínum eða ekki, með sérstökum villuboðum og kóða sem skjóta upp kollinum ef bilun kemur upp.
Dæmi um end-to-end próf
Að skilja próf frá enda til enda er miklu einfaldara þegar þú hefur nokkur dæmi til að íhuga, bæði árangursríkar og misheppnaðar tilraunir við ferlið.
Hér eru nokkur dæmi um end-til-enda prófun í þróunarferlinu:
1. Handvirk próf frá enda til enda
Fyrirtæki er á síðari stigum vöruþróunar sinnar eftir að hafa búið til einfalt vefverkfæri til að reikna út skatta af lausafjártekjum.
Þróunarteymið fer í gegnum handvirkt E2E prófunarferli og athugar hvort forritið svari með réttum gildum og að allir eiginleikar HÍ virki eins og þróunaraðilar búast við.
Teymið finnur nokkrar smávillur í útreikningnum og bregst við þeim með því að uppfæra forritið áður en það klárar næsta próf.
2. Sjálfvirk próf frá enda til enda
Hönnuður stórs vefforrits sem hannað er til að reikna út fjárhag fyrirtækja er að fara að gefa út vöru sína og fara í gegnum E2E prófunarferli fyrirfram.
Teymið kóðar próf sín inn á sjálfvirkan prófunarvettvang og fær niðurstöðurnar með því að nota mæligildi til að tryggja virkni og skilvirkni.
Þar sem forritið er áhrifaríkt halda prófunarmennirnir áfram að bæta afköst hugbúnaðarins og draga úr auðlindanotkun fyrir UAT prófun.
3. Lág gæði próf frá enda til enda
Fyrirtæki leitast við að gefa út hugbúnað sinn eins fljótt og auðið er.
Hönnuðir skoða appið hratt og skoða eiginleikana mjög stuttlega án þess að skipuleggja end-to-end prófun þeirra fyrirfram.
Fyrirtækið saknar sumra vandamála í hugbúnaðinum, sem viðskiptavinir sjá eftir útgáfu vörunnar. Mannorðstap er eitt af stærstu áhrifunum af þessum lélegu prófunum, þar sem fyrirtækið endurgreiðir líka nokkur kaup.
Tegundir villna og galla sem fundust í gegnum end-to-end prófun
Að greina villur og villur er eitt af meginmarkmiðum þess að fara í gegnum hvaða prófunarferli sem er í hugbúnaðarþróun, þar sem sumar villur og vandamál eru algeng, svo sem:
1. Sjónargallar
Sjónrænir gallar eiga sér stað þegar forritið lítur öðruvísi út en þróunaraðilarnir ætla.
Sum vandamálanna, í þessu tilfelli, fela í sér áferð sem hleðst ekki inn í sýndarumhverfi, myndir virðast brenglast eða í röngum stærðum og texti sem birtist ekki í notendaviðmóti.
Hugbúnaður með sjónrænum göllum getur verið óhugnanlegur fyrir neytendur sem dæma hugbúnað í upphafi við fyrstu sýn.
2. Bilun í virkni
Virkni er sú leið sem búist er við að hugbúnaður hagi sér, þar sem biluð virkni vísar einfaldlega til þess að forrit lýkur ekki væntanlegu starfi sínu.
Þetta getur falið í sér að prenta ekki texta almennilega, að safna upplýsingum úr gagnagrunni eða vinna hægt í samanburði við það sem viðskiptavinurinn og verktaki búast við.
3. Villa meðhöndlun galla
Vandamál með villumeðhöndlun vísa til þess þegar hugbúnaður er í vandræðum en getur ekki skilgreint hvert vandamálið er. Þetta er orsök langra og flókinna villuboða í hugbúnaði.
Helsta vandamálið við villumeðferðarvandamál er að notandi getur ekki ákveðið hvað málið er og getur því ekki leyst vandamálið.
Meðhöndlun villna er einnig mikilvægt vandamál fyrir forritara, þar sem það er hindrun fyrir árangursríka villuleiðréttingu.
Algengar mæligildi fyrir enda-til-enda prófun
Þegar þú lýkur E2E prófunarferli er nauðsynlegt að hafa einfaldar mælingar til staðar, sem gefur þér sterkan grunn til að bera saman mismunandi endurtekningar á forriti.
Nokkur dæmi um mæligildi fyrir enda-til-enda prófun eru:
1. Framkvæmdartími prófs
Þetta er sá tími sem það tekur sjálfvirkt kerfi að ljúka öllum prófunum frá enda til enda. Því hraðar sem þessi tími er því skilvirkari er hugbúnaðurinn.
Með því að bera saman prófunartíma milli prófa geta verktaki séð hvort þeir hafi í raun aukið hraða hugbúnaðarins frá síðustu endurtekningu.
2. Fjöldi bilana
Sumir forritarar fylgjast með fjölda bilana frá einni útgáfu til þeirrar næstu. Þetta er hrá tala og með því að sjá upphæðina lækka verulega frá útgáfu til útgáfu vita þróunaraðilar að þeir eru að leysa mikilvæg vandamál í kóðanum.
3. Bilunarþéttleiki
Bilunarþéttleiki vísar til fjölda bilana sem eiga sér stað þegar reiknað er með stærð kóðans.
Til dæmis, ef kóða forrits vex um margfeldi af fjórum en bilanatíðni eykst aðeins um 50%, sýnir bilunarþéttleiki að þetta er framför frekar en aukning á vandamálum sem forritið hefur.
Bestu ókeypis prófunartækin frá enda til enda
Þegar þú ert að búa til próf frá enda til enda geturðu byrjað á því að nota ókeypis tól.
5 bestu ókeypis sjálfvirku prófunartækin frá enda til enda
Sum af bestu ókeypis sjálfvirku prófunartækjunum frá enda til enda eru:
1. ZAPTEST FREE Edition
ZAPTEST Free Edition er útgáfan af ZAPTEST pallinum sem er aðgengileg öllum notendum án þess að borga.
Ókeypis útgáfan leggur áherslu á sjálfvirkni, sem gerir þér kleift að klára villuleitaræfingar í Just-in-Time áætlun. Að ljúka rafrænum prófum á þennan hátt styður sérstaklega stofnanir sem nota Agile þróun þar sem það styður mun hraðari afgreiðslutíma.
2. Katalón
Opinn uppspretta valkostur sem veitir grunn sjálfvirkniverkfæri í kóðalausu kerfi.
Auðvelt að stækka en krefst nokkurra viðbygginga og frekari eiginleika sem eru á bak við greiðsluvegg til að nýta hugbúnaðinn sem best.
Annað mál er að það keyrir hægar en sumir valkostir eins og selen.
3. Selen
Einnig, opinn uppspretta vettvangur, Selenium vinnur með ýmsum mismunandi kóðunarmálum og vöfrum og virkar sem mjög sveigjanlegur valkostur.
Getur verið aðeins of flókið fyrir notendur sem vilja læra meira um sjálfvirkni prófana. Þetta er heldur ekki bara til að prófa og virkar sem almennt sjálfvirknitæki fyrir vafra.
4. Watir
Watir er afar létt opinn uppspretta prófunartæki. Það er tilvalið til að prófa mjög litla kóða, en að treysta á handvirkt inntak þýðir að það glímir við erfiðari verkefni og ferla.
Notaðu Watir til að styðja við handvirkar E2E prófanir en ekki sem hreint sjálfvirkniverkfæri fyrir vinnu þína.
5. Capybara
Capybara leitast við að líkja eftir hegðun notanda þegar hann vinnur með hugbúnað, en vinnur fyrst og fremst með vefforritum , sem gerir það aðeins takmarkaðara en tilvalið er sem tæki.
Fyrir smærri end-to-end próf getur þetta verið gott, en með sjálfstæðum forritum á Capybara í erfiðleikum með að halda í við keppinauta.
5 bestu prófunartæki fyrir fyrirtæki frá enda til enda
Ef ókeypis prófunarverkfæri frá enda til enda dugar ekki, þar sem forritið þitt er of stórt eða verkfærið hefur ekki þá virkni sem þú þarfnast, þá er fyrirtækistæki alltaf val.
Sum prófunarverkfæra á fyrirtækjastigi sem þú getur íhugað að nota eru:
1. ZAPTEST ENTERPRISE Edition
Enterprise útgáfan af ZAPTEST er ítarlegri tól en ókeypis útgáfan, sem býður upp á eiginleika eins og ótakmarkað leyfi, kóðalaust viðmót, 1SCRIPT þvert á vettvang, þvert á tæki, þvert forritatækni og fullan aðgang að ZAP-vottaðum sérfræðingi sem vinnur fjarstýrt við hlið viðskiptavinateymisins, sem hluti af því.
Hvað varðar verðmæti og gæði, þá er þetta fullkominn valkostur fyrir end-to-end hugbúnaðarprófun óháð núverandi reynslu.
2. BugBug
BugBug er vafraprófunartæki hannað fyrir Agile teymi, og þó það sé tiltölulega auðvelt í notkun, hjálpar mikil áhersla þess á vafra og Agile þróun ekki sveigjanleika þess.
Þegar stór hugbúnaður er þróaður í hefðbundnara ferli, á BugBug í erfiðleikum og verður síður viðeigandi fyrir e-til-e prófarann.
3. Cypress
Vinsælt prófunartæki, Cypress er hannað fyrir notendaviðmótsprófun , sem þýðir að það styður ekki bakendaprófun eins og nauðsynlegt er fyrir árangursríkar E2E próf.
Tólið er sterkt á síðari stigum þróunar, en skortur á notkun þess fyrir virkniprófun gerir það að tiltölulega veikt E2E tól.
4. Testsigma
Opinn uppspretta tól sem einbeitir sér að AI prófunarviðhaldi, þar sem skýgeymsla gæti hugsanlega boðið upp á öryggisógn á þegar háu verði.
Nokkuð hagnýtur, en skortir persónulegan stuðning sem fólk eins og ZAPTEST býður upp á.
5. Staðfesta
Tilvalið fyrir byrjendur og samhliða prófun, en verðlagning á beiðni getur leitt til ruglings um langtímaskipulagningu fyrir stofnunina.
Gagnlegt á fyrri stigum prófunar en getur átt í erfiðleikum með sum af flóknari verkefnum sem þú klárar í end-to-end prófunarferlinu.
Gátlisti fyrir enda-til-enda prófun
Að ljúka prófunum frá lokum til enda verður að vera ítarlegt ferli, þess vegna nota mörg teymi gátlista til að tryggja að þau prófi alla mikilvægu þætti umsóknar.
Sumir hlutir til að bæta við E2E prófunargátlistann þinn eru:
1. Virkniprófun
Prófaðu virkni hugbúnaðarins almennt frá sjónarhóli notanda, taktu eftir skilvirkni virkninnar og hverjir eiginleikarnir eru í vandræðum.
2. Frammistöðupróf
Prófaðu frammistöðu hugbúnaðarins og tryggðu að hann keyri á skilvirkan hátt án þess að taka upp fjármagn, þar á meðal að meta þann tíma sem hugbúnaðurinn tekur að klára verkefni og hlaðaprófun .
3. Gagnaprófun
Prófaðu geymslu forritsins og tryggðu að öll gögn séu örugg og skipulögð á réttan hátt á sama tíma og auðvelt er að finna sérstakar færslur þegar þörf krefur.
4. Nothæfisprófun
Prófaðu að allt viðmótið sé nothæft og skynsamlegt að hafa samskipti við frá sjónarhóli viðskiptavinar sem hefur ekki tekið þátt í hönnunar- og þróunarferlum.
5. Öryggisprófun
Prófaðu fyrir öryggisgalla eða veikleika í forritinu til að vernda forritið fyrir þriðja aðila eða eyður sem eru til staðar í kóðagrunninum til að haldast innan GDPR staðla.
Niðurstaða
Að lokum, enda-til-enda prófun er ótrúlega ítarleg aðferð til að tryggja að forrit virki eins og þú ætlast til.
Sérstaklega gagnleg forútgáfu, með því að nota end-to-end prófun er mjög sveigjanlegt tól sem þróunaraðilar af öllum stærðum geta innleitt í ferla sína og notað til að tryggja að þeir séu að skila gæðavöru til endanotandans.
Taktu þér tíma til að íhuga tiltekna tegund prófunar sem þú notar, hvort sem er handvirkt og lárétt eða sjálfvirkt og lóðrétt, en allir þróunaraðilar ættu að líta á prófun frá enda til enda sem tækifæri til að bæta lokaafurðir sínar.
Algengar spurningar og tilföng
Þar sem prófun frá lokum til enda er umfangsmikið þróunarsvið getur það vakið upp margar spurningar. Lestu áfram í gegnum algengar spurningar okkar til að fá frekari upplýsingar um end-to-end próf og hvernig á að bæta gæði prófana þinna í framtíðinni.
1. Bestu námskeiðin um sjálfvirkni prófunar frá enda til enda
Ein besta leiðin til að bæta staðla þína í end-to-end prófun er með því að taka þátt í námskeiði. Sum af vinsælustu námskeiðunum fyrir einhvern sem vill bæta E2E prófunargetu sína eru:
· End-to-End Testing Implementation frá Skillsoft, námskeið sem tekur rúma klukkutíma og gefur upphaflegan grunn að námi.
· Sjálfvirkt prófunarnámskeið frá PluralSight, kennir notendum hvernig á að ljúka prófum með sjálfvirkni og hugbúnaði.
· E2E vefprófun frá TestCafe, stutt námskeið þar sem farið er yfir grunnatriði sjálfvirkni prófunarferla með NodeJS.
· Hugbúnaðarprófanir og sjálfvirkni sérhæfing frá Coursera, sem nær yfir flestar hugbúnaðarprófunarfærni og hæfni.
· Kynning á hugbúnaðarprófun frá Coursera, tilvalin fyrir alla sem eru algjörlega nýir í hugbúnaðarprófunarstarfinu.
2. Bestu bækurnar um end-to-end próf?
Sumir kjósa að þróa færni á eigin hraða og fara í gegnum lestrarferli frekar en að klára flókið námskeið sem hluti af því að þróa E2E prófunarhæfileika sína.
Sumar af bestu bókunum sem til eru í kringum E2E prófanir á hugbúnaði eru:
· „Complete Guide to Test Automation“ eftir Arnon Axelrod
· „Ábendingar um hugbúnaðarprófun sjálfvirkni“ eftir Gennadiy Alpaev
· „Hands-On Mobile App Testing“ eftir Daniel Knott
· „Exploratory Software Testing“ eftir James A. Whittaker
· „Prófun þróunaraðila: Byggja gæði inn í hugbúnað“ eftir Alexander Tarlinder
3. Hverjar eru 5 efstu viðtalsspurningarnar um end-to-end prófun?
Þegar sótt er um hlutverk í þróunarfyrirtæki spyrja mörg ráðningarteymi spurninga sem lúta sérstaklega að E2E prófunum.
Sumar af helstu viðtalsspurningum sem umsækjendur fá eru:
· Hvaða reynslu hefur þú af E2E prófunum á virkum vinnustað og hvaða áskoranir stóðstu frammi fyrir í ferlinu?
· Geturðu sagt mér frá muninum á UAT og E2E prófunum og hvenær myndir þú nota hverja tegund prófa í þróunarlotu?
· Hvernig er sjálfvirk E2E próf frábrugðin handvirkri E2E prófun og hvers vegna nota fyrirtæki hverja þessara aðferða?
· Hvernig hefur þú leyst vandamál þegar þú notar E2E próf í fortíðinni?
· Hver er ávinningurinn af því að nota E2E próf á þróunarvinnustað og hvers vegna eru þessir kostir mikilvægir?
4. Bestu YouTube námskeiðin um end-to-end prófun
YouTube er einn besti áfangastaðurinn til að læra úrval af færni, með fullt af YouTube námskeiðum í boði fyrir notendur til að auka færni sína. Sum tilvalin YouTube kennsluefni fyrir alla sem vinna að E2E prófunarfærni sinni eru:
· „Kennsla fyrir hugbúnaðarprófun #28 – End-to-end prófun í hugbúnaðarprófun“ eftir Software Testing Mentor
· „Ókeypis heildarnámskeið um handvirk prófun – júlílota 2022“ með frammistöðuprófun Basic og Advanced
· “Það er prófunartími frá lokum til enda!” eftir Academind
5. Hvernig á að viðhalda end-to-end prófum?
Að viðhalda prófunum frá enda til enda þýðir að halda prófunarreglunum þínum gangandi í gegnum þróunarferlið.
Ein besta leiðin til að tryggja að þú haldir prófunum þínum er að ljúka sömu prófunum ítrekað og tryggja meiri samkvæmni frá prófi til prófunar.
Leggðu einnig áherslu á einfaldleika í þessu ferli, þar sem því einfaldari sem prófin eru því auðveldara er að viðhalda gögnunum og því einfaldara er að endurtaka prófin fyrir framtíðargagnasöfn.
6. Hvað er end-to-end prófun í QA?
End-to-end próf í QA vísar til hlutverks E2E prófunar í gæðatryggingarferlum. Í þessum tilvikum er ferlið svipað með prófunaraðila sem skoða allt forritið eða forritið, en sérstök markmið prófanna eru mismunandi.
Markmiðið í þessum tilvikum er að tryggja hágæða í notendaupplifun, frekar en að tryggja að allt sé eins virkt og skilvirkt og mögulegt er.
QA próf hafa tilhneigingu til að eiga sér stað eftir að þróunarferlinu er lokið.
