Þegar kemur að lipri hugbúnaðarþróun eru prófun mikilvæg til að tryggja að hugbúnaðurinn sé tilbúinn til framleiðslu. En hvað er lipur aðferðafræði í prófunum? Lífur prófunaraðferðin á móti fossaaðferðafræðinni hefur verulegan huglægan mun.
Að læra hvernig lipur prófunarlífsferillinn virkar, aðferðir, lipur hugbúnaðarprófunartæki og hvernig á að innleiða þau eru allt nauðsynlegir þættir til að framkvæma þessa tegund af prófunum á hugbúnaði.
Kostir lipur hugbúnaðarprófunar
Leiðir sem þú getur hagnast þökk sé liprum prófunum á hugbúnaðarþróun eru miklar. Það eru nokkrir helstu kostir við að skipta yfir í lipur aðferðafræði í prófunarferlinu og fylgja bestu starfsvenjum við lipur hugbúnaðarprófun.
Það sparar tíma og peninga
Mörg lipur próf geta verið sjálfvirk, sem sparar þér ekki aðeins kostnað við prófanir, heldur er það miklu hraðari en handvirk próf.
Önnur leið til að spara peninga með liprum hugbúnaðarprófunarverkfærum er með því að útrýma þörfinni fyrir afrit próf. Sama hversu duglegir QA prófararnir þínir eru, handvirk prófun mun taka lengri tíma, svo ef þú vilt skilvirkar og skjótar niðurstöður mun lipur aðferðafræði hjálpa til við að hámarka lífsferil hugbúnaðarþróunar þinnar.
Dregur úr skjölum
Þó lipur próf útiloki ekki skjöl, þá er miklu minna af því. Í stað þess að skrásetja allar upplýsingar, sem geta verið tímafrekt, felur það í sér að skrá tilteknar upplýsingar hnitmiðað til gagns fyrir prófunarteymið.
Það er sveigjanlegt
Eitt af því besta við lipur aðferðafræði við prófun er hversu sveigjanleg hún getur verið. Þetta er mjög aðlögunarhæf prófunaraðferð sem gerir þér kleift að breyta öllu sem þarf í skyndi til að fá lausnina sem þú þarft meðan á prófunarferlinu stendur .
Lipur próf snýst um samvinnu allra liðsmanna, þannig að sveigjanleiki til að breyta aðferðum auðveldlega er verulegur ávinningur.
Gefðu reglulega endurgjöf
Ólíkt hefðbundnum prófunum, sem tekur allt að 18 mánuði að fá viðbrögð frá viðskiptavinum eða endanotendum, gerir lipur prófunarþjónusta kleift að fá endurgjöf á nokkurra vikna fresti og hraðar, allt eftir aðstæðum, stigi þróunarferlisins og fleira.
Auðvitað, því hraðar sem endurgjöfin er meðan á þróun stendur, getur teymið gert nauðsynlegar breytingar og endurúthlutað hugbúnaðinum til að fá frekari endurgjöf viðskiptavina.
Auðveldara að bera kennsl á vandamál
Með því að nota lipra aðferðafræði við prófun er miklu auðveldara að bera kennsl á vandamál með vöruna. Með reglulegum prófunum og endurgjöf viðskiptavina getur prófunarteymið fundið og leiðrétt þróunarvandamál hraðar en með hefðbundnum prófunaraðferðum.
Algengar áskoranir með lipur hugbúnaðarprófun
Þó að það séu nokkrir kostir við að nota liprar hugbúnaðarprófanir, eru nokkrar áskoranir þess virði að íhuga áður en skipt er úr hefðbundnum prófunum.
Það eru meiri líkur á villum
Einn galli við að nota lipra aðferðafræði til að prófa er að villur eru líklegri til að eiga sér stað. Þó að það sé þægilegt að það sé minni áhersla á ítarlega skjölun, getur það stundum valdið því að fleiri villur gerast eða gleymast í prófunum að missa það skjalaferli.
Nýjum eiginleikum er oft bætt við
Þar sem lipur próf hreyfist hratt er nýjum vörueiginleikum bætt við hraðar en hefðbundin próf. Nýir eiginleikar geta valdið áskorun vegna þess að það gefur prófunarteymum minni tíma til að bera kennsl á þróunarvandamál með fyrri eiginleikum á undan nýjum.
Umskiptin frá hefðbundnum yfir í lipur próf
Að skipta úr hefðbundnum prófum yfir í lipur próf krefst ítarlegrar íhugunar. Að skilja aðalmuninn á lipru prófunaraðferðum og fossaprófunaraðferðum getur hjálpað þér að skilja betur hver er betri kosturinn fyrir aðstæður þínar og taka viðeigandi ákvörðun.
Hvað er hefðbundið próf?
Hefðbundnar prófanir, einnig þekktar sem fossprófanir, eru skipulagðari en liprar prófanir og eru framkvæmdar í áföngum.
Allar prófanir eiga sér stað í lok vöruþróunar og breytingar eru gerðar á þessu stigi og í kjölfarið byrjar prófunarferlið aftur.
Þessi fossprófunaraðferð gerir kleift að afhenda alla eiginleika eftir innleiðingarfasa, allt í einu. Með fossaprófun munu oftast prófunaraðilar og þróunaraðilar vinna sitt í hvoru lagi og þeir munu aldrei eða sjaldan fara beint saman.
Innan fossaprófunaraðferðarinnar bera prófunarmenn sér grein fyrir villum og allt og allt er rækilega skjalfest svo prófarar og forritarar geta vísað aftur til þess án þess að missa af hugsanlegum mikilvægum upplýsingum.
Verkefnastjórinn hefur að lokum umsjón með verkefninu frá upphafi til enda og prófunaraðilar og þróunaraðilar fylgja fyrirfram ákveðnum skrefum til að framkvæma prófunarferlið. Auðvelt er að fylgja þessari ofangreindu nálgun þar sem prófunaraðilar geta aðeins farið í næsta áfanga eftir að hafa lokið þeim fyrri að fullu.
Hvað er lipur próf?
Agil prófun hefst þegar þróun verkefnis hefst. Í stuttu máli, það samþættir prófun og þróun á öllum stigum. Flestir verktaki hugsa um þetta ferli með vísan til lipra prófunarpýramídans (meira um þetta síðar).
Notkun liprar aðferðafræði við prófun þýðir að prófun á sér stað stöðugt í gegnum þróunarferlið og nær til þróunaraðila, prófunaraðila og eigenda á næstum hverju stigi.
Með prófunum sem hefjast fyrir þróunarstigið og halda áfram í gegnum lipra prófunarferlið , er endurgjöf veitt í hverju skrefi. Þessi samfellda endurgjöf lykkja styður þróunarferlið vegna þess að prófunarteymið er ekki bundið við að bíða þar til framleiðsla er til að finna hvar villur kunna að hafa átt sér stað.
Gæðatrygging er nú innleidd í lipur prófunarþjónustuna. Sérhver meðlimur lipra prófunarteymisins er ábyrgur fyrir því að bera kennsl á hugsanleg vandamál með hnitmiðuðum skjölum og koma með lausnir.
Lipur próf vs Fosspróf
Agil prófunaraðferðafræði vs. foss er einföld í skilningi. Í fyrsta lagi fylgja hefðbundin próf föstum kröfum, en ferlið fyrir lipur próf er ekki fast. Með liprum prófunum geturðu gert breytingar í gegnum hugbúnaðarþróunarferlið eins og þér sýnist.
Fossprófun fylgir forspárnálgun þar sem breytingar eru erfiðar í framkvæmd, á meðan lipur próf eru mun aðlögunarhæfari. Þó að fossprófun sé ofanfrá-niður nálgun, er hægt að hugsa um nútímapróf með tilliti til lipurs prófunarpýramída.
Snjall prófunarpýramídinn er línurit eða leiðbeiningar um notkun sjálfvirkrar hugbúnaðarprófunar. Það er skipt í þrjá hluta. Neðst ertu með eininga- og íhlutapróf , staðfestingarpróf í miðjunni og GUI próf efst. Venjulega verður þú að byrja neðst og vinna þig upp í GUI próf.
Þegar fossprófun er framkvæmd kemur endurgjöf aðeins þegar hringrásinni er lokið, en lipur prófunarferlið gerir ráð fyrir samfelldri endurgjöf. Þegar kemur að virkni, votta hefðbundnar prófanir gæði vöru, en lipur prófun tryggir að varan fái hraða afhendingu, jafnvel á kostnað minni virkni tímabundið.
Í lipru prófunarferlinu vinna allir saman á hverju stigi prófunarferlisins. Aftur á móti, í gegnum fossprófunarferlið, vinna prófunaraðilar og þróunaraðilar sitt í hvoru lagi og treysta á mikil skjöl fyrir samskipti.
Umskipti frá fossi yfir í lipur próf
Það er ekki erfitt að skipta frá fossi yfir í lipra aðferðafræði við prófun þegar þú skilur inn og út í lipurt hugbúnaðarprófunarferli og verkfæri. Sniðug próf geta verið minna árangursrík án þess að ná föstum tökum á ferlinu. Til dæmis er ekki óalgengt að lipur prófteymi geri ráð fyrir að lipur próf snúist meira um hraða og minna um skipulagningu.
Að skilja lífsferil lipurrar hugbúnaðarprófunar
Lífsferill hugbúnaðarprófunar er hugmyndalega frábrugðinn hefðbundnum prófunum. Áður en þú getur skilið lipur próf er mikilvægt að skilja lífsferilinn. Það eru fimm stig í lífsferli lipurs prófunar.
Áfangar lífsferils lipurs hugbúnaðarprófunar eru:
- Mat á áhrifum
- Agile prófunaráætlun
- Losunarviðbúnaður
- Daglegt skrum
- Próf lipurð endurskoðun
Hver hluti þessa lipra prófunarlífsferils er nauðsynlegur fyrir flæði alls kerfisins.
Agil prófun notar fjóra fjórðunga þróaða af Lisa Crispin og Janet Gregory fyrir prófunarferlið. Fjórðungarnir eru til staðar til að aðstoða lipra prófunaraðila við að ákvarða hvaða próf eigi að keyra og hvernig þessar prófanir eru keyrðar.
Fjórðungur eitt
Megináhersla þessa fjórðungs er innri kóða gæði. Quadrant eitt inniheldur öll próf sem hafa tengsl við gæði kóðans. Þessi próf innihalda sjálfvirk próf eins og:
- Íhlutaprófanir
- Einingapróf
Báðar tegundir prófa eru tæknidrifnar og hægt er að útfæra þær til að styðja við lipurt prófteymi.
Fjórðungur tvö
Fjórðungur tvö einbeitir sér að viðskiptatengdum eiginleikum prófaðra vara, eins og sjálfvirk og handvirk virknipróf fyrir ýmsar aðstæður. Próf í þessum fjórðungi innihalda:
- Pörprófun
- Dæmi um prófun á verkflæði/sviðsmyndum
- Prófa frumgerðir fyrir notendaupplifun
Fjórðungur þrjú
Fjórðungur þrjú veitir endurgjöf fyrir allar prófanir sem gerðar eru í fjórðungum eitt og tvö. Allir sem taka þátt geta prófað vöruna til að skilja notendaupplifunina.
Próf í þessum fjórðungi eru oft að hluta eða að fullu sjálfvirk. Hið lipra teymi framkvæmir próf eins og:
- Könnunarprófanir
- Paraðu prófun við viðskiptavini
- Nothæfisprófun
- Samþykkisprófun notenda
- Samvinnupróf
Fjórðungur fjórir
Quadrant four er fyrir óvirkar kröfur eins og eindrægni, öryggi og stöðugleika. Þessi fjórðungur hjálpar prófurum að tryggja að forritið sé tilbúið til að skila væntanlegu gildi og virkni.
Próf sem eru algeng í þessum fjórðungi eru sveigjanleikapróf, innviðapróf, öryggispróf, álagspróf, álagspróf og gagnaflutningspróf.
Agile prófunaraðferðir
Í lipur prófunum eru fimm aðferðir sem þú getur beitt við prófunarferlið. Hver þessara aðferða hefur sína aðferðafræði og gefur mismunandi upplýsingar um það sem verið er að prófa. Einnig er hægt að nota Scrum próf í lipur prófunaraðferðum.
Atferlisdrifin þróun (BDD)
Fyrsta prófunaraðferðin er atferlisdrifin þróun (BDD). BDD hvetur til samskipta milli hinna ýmsu hagsmunaaðila verkefnisins. Þetta samskiptaferli hjálpar öllum sem taka þátt að skilja alla eiginleika fyrir þróunarstigið.
Með BDD búa liprir prófarar, forritarar og sérfræðingar til raunhæfar aðstæður til að hjálpa við samskiptaferlið. Þeir munu skrifa þessar aðstæður eftir Gherkin Given/When/Then sniðinu. Í kjarna þess undirstrikar sniðið hvernig hver eiginleiki virkar í mismunandi aðstæðum með mismunandi breytum.
BDD gerir lipra prófunarteyminu kleift að búa til atburðarás byggðar á spám og forsendum um hvar eiginleikarnir gætu mistekist, sem gerir þeim kleift að gera endurbætur fyrir þróunarstigið.
Þú munt taka eftir því að þessi aðferð er svipuð prófdrifinni þróun (TDD), með aðalmuninn að þessi lipra aðferð prófar fullkomna virkni en TDD prófar fyrir staka þætti.
Prófdrifin þróun (TDD)
Með TDD muntu byrja að prófa áður en þú býrð til eitthvað annað. Hið lipra teymi mun ákveða hvað þarf að prófa og út frá því mun það þróa notendasögu. Venjulega mun TDD byrja með einingaprófi , fylgt eftir með því að skrifa alla söguna.
Þetta próf mun halda áfram þar til prófunaraðilar hafa skrifað réttan kóða sem gerir einingaprófinu kleift að standast. Þessi aðferð er einnig gagnleg fyrir íhlutaprófanir, sem virka vel með sjálfvirkum prófunarverkfærum. Þessar prófanir tryggja að allir íhlutir vörunnar virki hver fyrir sig.
Agile Testers nota TDD til að meta hvernig varan virkar við innleiðingu í stað þess að gera það eftir á eins og þeir myndu gera með hefðbundinni prófunaraðferð.
Samþykki prófdrifin þróun (ATDD)
Viðskiptavinur, prófunaraðili og þróunaraðili munu hittast til að safna upplýsingum í samþykkisprófunardrifinni þróun ( ATDD ). Þeir munu ræða öll þrjú hlutverkin og koma með skilgreiningu á staðfestingarprófi.
Með ATDD ræðir viðskiptavinurinn um vandamálið, verktaki reynir að finna út hvernig eigi að leysa vandamálið og prófunarmaðurinn leitar að því sem gæti farið úrskeiðis. ATDD snýst allt um sjónarhorn notandans á vörunni og hvernig hún virkar.
Þessi lipru próf eru oft sjálfvirk og skrifuð fyrst. Þeir munu oft mistakast í upphafi, fylgt eftir með endurbótum á þessum fyrstu niðurstöðum, sem smám saman bæta vöruna.
Tímabundið próf
Setubundin lipur prófun miðar að því að tryggja að hugbúnaðurinn þoli alhliða prófun. Það inniheldur prófunarskrár, svo liprir prófunaraðilar vita hvað er verið að prófa og ýmsar skýrslur svo hægt sé að skjalfesta niðurstöður.
Öll lotutengd próf eru framkvæmd í tímasettum lotum. Þessum fundum lýkur með kynningarfundi milli lipra prófara, scrum stjórnenda og þróunaraðila, þar sem þeir munu fara yfir fimm sönnunarpunktana. Scrum prófun er hægt að stilla eftir þörfum.
Sönnunaratriði eru:
- Hvað var gert í prófinu
- Hvað prófið ákvarðar
- Einhver vandamál
- Eftirstöðvar prófa til að framkvæma
- Hvernig prófaranum finnst um prófunina
Könnunarprófun
Að lokum er könnunarpróf. Þessi lipra prófunaraðferð einbeitir sér að prófunarmönnum sem vinna með hugbúnaðinn frekar en að smíða, skipuleggja og keyra ýmis próf hver fyrir sig. Þessi aðferð sameinar prófunarframkvæmd og hönnunarfasa.
Lipur prófarar fá í rauninni að leika sér með hugbúnaðinn til að finna mismunandi vandamál og hvar styrkleikar hans eru. Ólíkt öðrum liprum prófunaraðferðum, hafa könnunarprófanir ekki handrit. Prófendur starfa sem notendur og geta orðið skapandi í hinum ýmsu atburðarásum sem þeir spila.
Þeir munu ekki skrá ferlið um hvernig þeir prófa hugbúnaðinn, en ef prófunaraðilar finna vandamál, munu þeir tilkynna það, sem gerir kleift að beita lagfæringu.
Agile prófunaraðferðir
Nú þegar þú skilur fjórðungana fjóra og lífsferilinn fyrir lipur hugbúnaðarprófun, skulum við skoða hvað hinar lipru prófunaraðferðir fela í sér.
Endurtekning 0
Endurtekning 0, einnig þekkt sem fyrsta stigið, er þar sem liprir prófunaraðilar framkvæma uppsetningarverkefnin. Þessi lipra prófunarstefna inniheldur nokkra hluti eins og að finna fólk til að prófa, setja upp verkfæri, tímasetja hvenær prófin munu eiga sér stað og fleira.
Skrefin og lipur hugbúnaðarprófun bestu starfsvenjur sem þarf að ljúka í lipur prófun endurtekningu 0 eru:
- Koma á viðskiptaumönnun fyrir vörunni
- Þróa mörkin fyrir umfang verkefnisins
- Gerðu grein fyrir öllum mikilvægum kröfum sem munu knýja fram hönnun vörunnar
- Gerðu grein fyrir byggingarlist að minnsta kosti eins frambjóðanda
- Hugleiddu áhættuna
- Undirbúa forverkefnið
Framkvæmdir endurtekningar
Endurtekningar byggingar eru annar áfangi liprar prófana. Þó lipur próf eigi sér stað í öllu ferlinu, gerast flestar prófanir í þessum áfanga. Stigið inniheldur nokkrar endurtekningar svo prófunaraðilar geta búið til lausn á öllu innan hverrar endurtekningar.
Lipur prófunarteymi mun nota margar aðferðir, eins og Scrum, lipur líkangerð, XP og lipur gögn. Með hverri endurtekningu tekur teymið aðeins nauðsynlegustu kröfurnar frá prófunum og innleiðir þær.
Þessi áfangi er skilgreindur með rannsóknarprófum og staðfestingarprófum. Staðfestingarprófun vinnur að því að sannreyna að varan uppfylli allar væntingar hagsmunaaðila. Það felur í sér þróunar- og lipur staðfestingarprófun til að gera stöðugar prófanir kleift allan lífsferilinn.
Að rannsaka próf greinir öll vandamál sem staðfestingarprófum tókst ekki að bera kennsl á, sem er venjulega framkvæmt í öðru lagi. Þessi tegund af lipur prófunum fjallar um öll vandamál frá álagsprófum til öryggisprófa.
Gefa út Endgame eða Transition Phase
Þriðji lipur prófunaráfanginn gengur undir tveimur nöfnum. Sumir kalla það umbreytingarfasann, en flestir kalla það lok leiksins útgáfu. Þessi áfangi er punkturinn þar sem liprir prófunaraðilar munu gefa vöruna út til framleiðslu.
Prófarar munu þjálfa stuðnings- og rekstrarfólk á vörunni á lokastigi. Það felur einnig í sér:
- Markaðssetja vöruna til útgáfu
- Endurreisn
- Afritun
- Að klára kerfið
- Öll skjöl
Sem síðasta stigið fyrir framleiðslustigið geta liprir prófunaraðilar keyrt fullt kerfispróf til að tryggja að allt sé í lagi.
Framleiðsla
Lokaáfanginn er framleiðslufasinn. Þegar hún hefur staðist allar nauðsynlegar lipur prófanir fer varan í framleiðslu.
3 Dæmi um fyrirtæki sem innleiddu Agile prófunaraðferðir
Fleiri og fleiri fyrirtæki nota lipra prófunaraðferðir og ofsjálfvirkni til að bæta bæði gæði og hraða til að markaðssetja vörur sínar. Mörg stór tæknifyrirtæki nota þau og þetta eru þrjú frábær dæmi.
Epli
Þú áttar þig kannski ekki á því, en Apple er stórt fyrirtæki sem notar lipra aðferðafræði allan tímann. Þegar nýr iOS hugbúnaður er gefinn út og notendur byrja að nota hann, notar Apple endurgjöf frá þeirri notendahegðun til að bæta hugbúnaðinn fyrir næstu iOS útgáfu.
Microsoft
Margir af keppinautum Microsoft voru þegar að nota lipur próf til að bæta vörur sínar og gefa út nýjar útgáfur, svo skipti Microsoft ætti ekki að koma á óvart. Það gerir þeim kleift að fá stöðugt endurgjöf um uppfærslur og skilja hvernig notendum finnst um nýju eiginleikana.
IBM
IBM notar lipur próf og Robotic Process Automation (RPA) til að hagræða vinnu innan yfir 100.000 manna fyrirtækis.
Gátlisti fyrir Agile prófunaráætlun
Nokkrir gátlistar geta hjálpað til við að tryggja að þú fáir allar nauðsynlegar upplýsingar þegar þú framkvæmir prófunaraðferðir á lipur hátt.
1. Tölulegar vettvangsathuganir
Nauðsynlegt er að athuga tölureitina til að tryggja að öll gildi séu gild til að veita auðkenningu.
2. Athuganir á gagnareitum
Þú munt athuga svæðisupplýsingar eins og dag, mánuð eða ár.
3. Gallaskoðun
Að búa til lista með göllum gerir þér kleift að tilgreina hvernig gallinn átti sér stað og greina hann fyrir lausn.
4. Alpha Field Checks
Þú þarft að athuga hvort það séu svartir og ekki auðir, gildir og ógildir stafir og fleira.
5. Gátlisti fyrir áætlanagerð
Að skipuleggja hverjir verða í lipra teyminu og úthluta viðeigandi hlutverkum og skyldum verður að gerast áður en prófun fer fram. Þú þarft einnig að skipuleggja prófunaraðferðirnar á lipur hátt.
6. Tilbúinn gátlisti
Áður en varan er send til afhendingar verður lipra teymið að klára öll fyrri verkefni.
7. Gátlisti fyrir verkstæði
Þessi gátlisti felur í sér að ljúka ýmsum verkefnum og skipuleggja tímalínur að ljúka
8. Epic Breakdown Checklist
Gátlisti fyrir stórbrotna sundurliðun er ítarlegri en fyrri listar. Hinn epíski gátlisti fyrir sundurliðun inniheldur ýmsa eiginleika sem þarf að huga að, þar á meðal:
- Afbrigði viðskiptareglna
- Eðli umsóknar
- Verkflæðisskref
- Gagnaafbrigði
- Mikil áhrif
- Fresta frammistöðu
- Aðferðir við innslátt gagna
- CRUD starfsemi
Agile Testing Team
Að byggja upp lipurt prófunarhugbúnaðarteymi áður en verkefnið hefst er mikilvægt fyrir hnökralaust prófunarferli.
Hver ætti að vera hluti af lipurt prófunarteyminu
Allir sem taka þátt í líftíma vörunnar ættu að vera í lipru prófunarteyminu. Hið lipra prófunarteymi inniheldur prófunarmenn, þróunaraðila og vörueigendur. Hvert hlutverk vinnur saman til að gagnast vörunni og veita gæðatryggingu .
1. Prófari
Prófendurnir bera ábyrgð á því að framkvæma ýmsar prófanir sem tengjast lipur prófunarramma. Þeir framkvæma hnitmiðaða skjöl og hitta aðra liðsmenn til að þróa lausnir.
2. Hönnuður
Hönnuðir hanna vöruna. Þeir munu aðstoða prófunaraðila við að finna lausnir á villum þegar þær koma upp, en tryggja jafnframt að vörueigendur séu ánægðir með lokaafurðina.
3. Vörueigandi
Vörueigendur gegna einnig mikilvægu hlutverki innan lipra prófunarteymisins þar sem þeir hafa að segja um allar lokaákvarðanir byggðar á inntaki frá prófurum og þróunaraðilum.
Sjálfvirk lipur hugbúnaðarprófun
Hönnuðir geta sjálfvirkt marga þætti liprar prófana. Sjálfvirkt lipurt prófunartæki sparar mikinn tíma og peninga til lengri tíma litið.
Kostir þess að gera sjálfvirkan lipur hugbúnaðarprófun
Sjálfvirk lipur hugbúnaðarprófun hefur marga kosti við að bæta bæði prófunarferlið og heildargæði vörunnar.
1. Hraðari framkvæmd
Sjálfvirk lipur prófunartæki geta gert hraðari framkvæmd. Þú munt geta fengið niðurstöður og endurgjöf hraðar og þar af leiðandi þróar þú hraðar lausnir á vandamálum.
2. Endurnýtanlegt
Hugbúnaðarþróunarprófanir geta verið hversdagslegar. Að keyra sömu prófin ítrekað getur verið leiðinlegt, þess vegna getur það að nota sjálfvirkt lipur prófunartæki gert þetta verkefni viðráðanlegra með því að endurnýta sama prófið.
Svo, líkt og RPA verkfæri , útilokar þessi aðferðafræði margs konar endurtekin verkefni.
Áhætta af sjálfvirkri lipurri hugbúnaðarprófunaraðferð
Eins og með allt, þá er áhætta að gera sjálfvirkan lipur hugbúnaðarpróf.
1. Það getur ekki alveg komið í stað handvirkrar prófunar
Þó að ávinningurinn af því að gera sjálfvirkan lipur prófunarferli vegur vel þyngra en takmarkanir þess eru sjálfvirk próf ekki heildarlausnin. Það er aðeins svo mikið sjálfvirkni getur gert, svo þú þarft samt að reiða þig á handvirkar prófanir til að bæta við sjálfvirkni prófunarferlið.
2. Próf geta verið óáreiðanleg
Þegar kemur að sjálfvirkum prófum er óáreiðanleiki töluvert áhyggjuefni. Prófunarteymið mun þurfa að huga sérstaklega að fölskum jákvæðum og villum við prófun.
3. Það getur verið skortur á árangursríkum lausnum
Annað áhyggjuefni með sjálfvirk próf er að þau veita ekki alltaf fullnægjandi svör við áskorunum. Sjálfvirk próf skortir oft sérfræðiþekkingu til að búa til lausnir.
Agile prófunarverkfæri
Þó nokkur lipur prófunarverkfæri séu fáanleg eru sum betri en önnur.
Hvað gerir gott lipurt prófunar sjálfvirkniverkfæri?
Hvernig greinir þú frábært lipurt sjálfvirkniprófunartæki frá óvirku? Hér eru nokkur ráð.
1. Fullnægjandi upptaka
Innan lipurs hugbúnaðarprófunarferlisins mun gæða sjálfvirkniprófunartæki veita þér fullnægjandi skjöl um alla ferla og prófunarniðurstöður. Þannig geturðu greinilega skilið hvar villur eiga sér stað og hvers vegna.
2. Að breyta prófi án þess að gera það aftur
Þegar próf hefur verið framkvæmt mun gott sjálfvirkniverkfæri leyfa breytingar án þess að þurfa að endurskrifa kóðann eða fyrri próf alveg.
3. Auðvelt í notkun
Í ljósi þátttöku liðsmanna með mismunandi stig tæknikunnáttu í prófunarferlinu, ætti lipurt prófunartæki að vera auðvelt að læra, krefjast engrar sérstakrar kóðunarreynslu, veita ríka virkni í mjög leiðandi viðmóti og auðvelda samvinnu og deilingu af upplýsingum.
Þó að tæknilegi þátturinn og virkni tólsins sé auðvitað nauðsynleg, þá eru meginreglurnar þrjár sem fjallað er um hér að ofan grunnstoð hvers kyns lipur prófunarferlis, og sem slík verður hvert lipur prófunartæki að uppfylla þessi skilyrði.
Annað sem þarf að hafa í huga þegar skipt er yfir í lipur prófunaraðferðina
Áður en þú skiptir að fullu yfir í að nota lipur prófunarrammann ættirðu að hafa nokkur atriði í huga.
Samvinna er lykilatriði
Einn af meginþáttum liprar prófunarstefnu er samvinna. Þó að í hefðbundnum prófunum vinna prófunaraðilar og þróunaraðilar sitt í hvoru lagi, gerir lipur aðferðafræði ráð fyrir að þeir muni nú vinna náið saman í gegnum prófunarverkefnið.
Búðu til lipurt prófunarumhverfi
Þú getur ekki átt árangursríkt samstarf án lipurs prófunarumhverfis sem hvetur til þess. Hvort sem það er að búa til sérstakt vinnusvæði fyrir lipra prófunarteymi, bjóða upp á betri samskiptaleiðir eða aðrar viðeigandi ráðstafanir, þá er samstarfsprófunarumhverfi bæði nauðsynlegt og nauðsynlegt.
Algengar spurningar
Fyrir frekari spurningar um lipur próf, hér eru nokkur svör við áberandi fyrirspurnum.
Hvernig virkar QA í agile?
Helst, lipur prófunarferlið inniheldur QA í gegn. Agile prófunaraðilar og þróunaraðilar munu fylgja nákvæmlega fyrirmælum viðskiptavinarins og gera breytingar byggðar á prófunum til að tryggja og auka gæði.
Hvaða færni þurfa liprir prófarar?
Allir liprir prófarar ættu að búa yfir sjálfvirkni í prófunum, samþykki prófdrifinni þróun, prófdrifinni þróun, svartan kassa, hvíta kassa og reynslutengda prófunarhæfileika. Það er gagnlegt fyrir þá að hafa drifið til að vaxa líka, þar sem prófunarferlið, starfshættir og tækni þróast á leifturhraða.
Hver eru lipur prófunarreglurnar?
Hinar átta lipra prófunarreglur eru stöðugar prófanir, stöðug endurgjöf, þar sem allt teymið tekur þátt, skjót viðbrögð, hágæða hugbúnaðargæði, minni skjöl, prófdrifin og ánægju viðskiptavina.
Hvaða próf eru gerðar á lipurð?
Próf sem eiga sér stað við lipurð innihalda álagspróf, íhlutapróf, einingapróf og fleira.
Hvernig virkar lipur próf?
Hið lipra hugbúnaðarprófunarferli sér prófunaraðila og verktaki vinna saman að því að prófa ýmsa vöruhluta stöðugt. Hið lipra teymi getur greint og lagað villur á meðan endurgjöf viðskiptavina er skoðað.
ZAPTEST fyrir lipur próf
Einn af kostunum við að nota ZAPTEST í Agile prófunum er hæfileikinn til að búa til sjálfvirk forskrift strax á vöruhönnunarstigi með því að nota hvers kyns grafíska gripi eins og töfluskissur, vírramma, PowerPoint myndir osfrv.
ZAPTEST gerir kleift að breyta þessum myndum í sjálfvirknihluti sem eru notaðir af Autoamtors til að búa til forskriftir áður en raunveruleg hugbúnaðarforrit eru þróuð.
ZAPTEST býður einnig upp á sjálfvirka skjalagerð og samhliða framkvæmd prófanna á öllum nauðsynlegum kerfum. Þessi nálgun setur prófunarteymi á undan áætluninni og leyfir Just-In-Time forritaprófun og útgáfu.
