Nútíma prófanir - þróun QA hlutverksins

Hugbúnaðarþróun hefur þróast frá dögum fossa, Agile og nú DevOps. Eðlilega hefur prófun sem fræðigrein einnig séð nokkrar helstu breytingar til að koma til móts við nýju vinnubrögðin og afhendingu hugbúnaðar.

Hins vegar er enn mikill misskilningur og röng skynjun á hlutverki prófenda og gæðatrygging í heild.

Í þessari færslu skoðum við hvernig prófanir hafa þróast, sérstaklega á síðasta áratug, og hvað sérfræðingar í QA þurfa að gera til að vera á undan leiknum.

Próf getur aðeins orðið áhugaverðara!

Þó að hugbúnaðarprófunarstarfsemi hafi breyst til að laga sig að nýjum vinnubrögðum sé ég samt mikið af gamaldags skoðunum á prófunum og hlutverki QA.

Það er leiðinlegt að sjá að ennþá er fjöldi fólks í upplýsingatæknigeiranum sem lítur á QA eða prófara sem botn línunnar. Prófarar eru oft álitnir bara hagnýtir prófanir sem prófa aðeins þegar verktaki er búinn að vinna að aðgerð. „Gæðatrygging“ er talin prófa, finna og tilkynna villur og gefa grænt ljós til lausnar.

Það sem er enn meira áhyggjuefni er að þessi skynjun á QA hlutverkinu er í fyrirrúmi meðal prófenda og sérfræðinga í QA sjálfum.

Hefðbundin hugbúnaðarpróf

Sögulega, að taka forystu á lokastigum fossaverkefnis, myndi prófun sitja þétt til hægri við líftíma verkefnisins. Eftir skilgreiningu á kröfu að framan, myndu prófunaraðilar taka stafinn frá þróunarteyminu í lok þróunarstigs og keyra langar, nákvæmar prófunarforrit, oft handvirkt, og venjulega í gegnum þaggað teymi og hópa lítilla og meðalstórra fyrirtækja.

Prófunartilfelli voru skipulögð nákvæmlega fyrirfram, forskriftir voru framkvæmdar af sérfræðingum, gallar greindust og tilkynntir og prófunarlotur voru keyrðar og endursýndar þar til fyrirfram skilgreindu gæðastigi var náð.

Sérstaklega var alltaf skýr aðskilnaður milli forritara og prófunarmanna, án ábyrgðar eða athafna. Reyndar, meðan á sérstökum, hringamyndaðri prófunarstigi stóð, beindust aðgerðir eingöngu að hagnýtingu löggildingar hugbúnaðar með það meginmarkmið að finna og tilkynna galla.

QA á tímum lipurra

Tilkoma liprar aðferðafræði og vinnubrögð sameinuðu þróun þróunar og prófana svo mikið að hugbúnaðarprófun var ekki lengur sjálfstæður áfangi. Þess í stað varð prófun óbein virkni við kóðun og þróun hugbúnaðar.

Í sumum tilvikum væri erfitt að sjá greinarmuninn á „prófunartæki“ og „verktaki“ þar sem hver og einn hefði getu til að taka óaðfinnanlega að starfsemi hvers annars.

„Gæði“ hættu að verða alfarið á ábyrgð prófunarmannanna og varð sameiginleg ábyrgð allra sem tóku þátt í þróun og afhendingu vörunnar.

Samhliða þessari þróun kom breyting á prófskyldum til vinstri við þróunina, í meginatriðum, gæði baksturs frá upphafi.

Fókus færðist frá því að finna galla í innbyggðum hugbúnaði til að koma í veg fyrir að galla komist inn í hugbúnaðinn frá upphafi.

Með sameiginlegt markmið að tryggja ekki aðeins að varan eða eiginleikinn væri hagnýtur og uppfyllti kröfur, heldur var hann einnig hæfur í tilgangi og veitti mikla ánægju notenda.

Tengt:

Þátttaka prófara í fágun sögunnar, ritrýni yfir jafningja, einingapróf og starfshætti eins og TDD, BDD og stöðugt próf, tryggði prófun og gæði voru í fararbroddi og voru felld inn í þróunina.

En þó að Agile hafi farið langt með að sameina starfsemi og starfshætti við þróun og prófanir var rekstrateymið ennþá þaggað niður. Þessir tveir straumar vinnu (Dev & Ops) voru oft ekki meðvitaðir um starfsemi hvors annars.

Ef eitthvað fór úrskeiðis í framleiðslu myndi rannsókn taka langan tíma. Hönnuðir höfðu ekki innsýn í hvernig umsókn þeirra skilaði sér í framleiðslu til lengri tíma litið; það var ekkert gagnsæi eða skýrleiki í samstarfi milli tveggja liða.

Verið velkomin í DevOps

DevOps vísar til samstarfs þróunar- og rekstrarteymis um gerð hugbúnaðar, afhendingu, viðhald og stuðning. Það vísar til stöðugs sameiningar auðlinda, ferla og vörunnar sjálfrar.

DevOps gerir aðferðir við stöðuga samþættingu og afhendingu verðmæta til endanotanda.

DevOps hreyfingin hefur knúið nýtt sjónarhorn á prófanir og skapað ný tækifæri fyrir prófendur sjálfa.

Á þessu nýja tímabili þurfa prófendur að vera í takt við bæði þróun og rekstur.

Verksvið prófana er ekki lengur takmarkað við vöruna heldur einnig prófanir á innviðum þar sem varan er að lokum framkvæmd.

Samfelld samþætting (CI) og samfelld afhending (CD) hefur orðið staðalinn í þróun og afhendingu hugbúnaðar og því er mikið af prófunarátaki varið í að tryggja CI / CD leiðsluna, umhverfi og innviði.

Þetta er hryggurinn sem styður bæði þróun og afhendingu.

Ef prófun á þessu er vanrækt gæti það haft í för með sér flökandi umhverfi, mikilli fyrirhöfn er eytt við að rannsaka endurtekin innviði og að lokum mikla áhættu fyrir þróun og skjóta afhendingu.

Nútíma próf - gæðadrifin þróun

Þó að mikið hafi verið gert til að fella gæði á hverju stigi þróunarinnar og þar af leiðandi hafa prófanir mun víðtækara svigrúm, þá tel ég samt að QA séu að eyða mestum tíma sínum í að leita að hagnýtum málum og einbeita sér að sannprófun hugbúnaðar.

Flest QA gera sér ekki grein fyrir mikilvægi hlutverks þeirra og áhrifum sem þeir geta haft á þróun og afhendingu.

Þrátt fyrir töluverðar tilfærslur í þróunaraðferðum undanfarin tíu ár finnst mér prófunarmenn enn taka gamaldags skoðun á hlutverki sínu og eru þar með enn fastir í gömlum prófraunatímum.

Prófanir sem starfsgrein og hlutverk prófanir hafa verið undir átaki um nokkurt skeið með hækkun „sjálfvirkrar prófunar“. Og sannarlega telja margir sérfræðingar í iðnaði enn að hlutverk prófanir sé einfaldlega að prófa forritið sem verktaki smíðar, sem allir geta verið sjálfvirkir.

Ef forritarar eru betur til þess fallnir og klárari til að skrifa kóðann sem þarf til sjálfvirkrar prófunar, hvaða þörf er þá fyrir prófanir í teyminu yfirleitt?

Það er kominn tími til að við breytum þeirri skynjun. Við verðum að viðurkenna mun á gildi og færni milli „prófunar“ og „gæðatryggingar“ þar sem, þar sem prófanir eru sannprófun og staðfesting á hugbúnaði, er gæðatrygging ekki ein virkni. QA er röð ferla, þar á meðal prófanir og bestu starfsvenjur til að tryggja að gæðavöru sé afhent fyrir notendur.

Við verðum að leitast við að þróa gæðastýrt og líta á QA starfsgreinina sem aðal- og kjarnastarfsemi í þróun og afhendingu hugbúnaðar, þess vegna Nútíma próf .

QA er nú lykilþáttur þróunar frá upphafi til enda við að vinna yfir allt ferlið. Og þó að algengt málsvæði segi að allir í afhendingarteymi beri ábyrgð á afhendingu gæðavöru, þá trúi ég því staðfastlega að það sé á ábyrgð QA að sjá til þess að gæðastarfið sé fylgt af teyminu.

Hver er nútíma QA

Þar sem prófstéttin var oft skoðuð sem aðgangsleið að þróun, verkefnastjórnun eða öðrum - yfirleitt ábatasamari - fræðigreinum, er nýja QA mjög hæft hlutverk sem krefst heildstæðrar þekkingar á þróunarvenjum.

Það krefst víðtækrar skilnings á áskorunum kóðunaraðferða, þakklætis fyrir dreifingaraðferðir og umhverfi sem og frammistöðu- og öryggisstaðla, aðferðir og áskoranir.

Þetta er T-laga hlutverk þar sem auðlindin er ekki aðeins fær um að beita djúpri sérþekkingu sinni og reynslu til að skila kjarnaverkefni sínu, heldur til að beita breiðari samhengisþekkingu yfir arkitektúr og þróun.

Nútíma QA, sem situr í miðju verkefna, ætti að hafa góðan skilning á arkitektúr, frammistöðu, öryggi og skýjatilboðum, vera tæknilega traustur og hafa þorsta í að læra nýja tækni til að vera áfram í leiknum.

Athugið:Annað svæði sem er fljótt að verða mjög vinsælt og nauðsynleg gæðaprófun, prófa stór gögn, gagnavötn og gagnageymslur.

Tíminn er kominn til að breyta skynjun QA hlutverksins og hvað prófarar gera. Þetta verður að byrja á prófunarmönnunum sjálfum. Útgangspunkturinn er að gæta gæða djúpt.

Prófarar eru ekki bara til að framkvæma virknipróf og tilkynna um villur. QA hlutverkið er miklu stærra en það. Við erum sett í verkefni til tryggja gæðavenjur .

Þegar við prófum forrit djúpt verðum við að hafa nána þekkingu á allri notkun kerfisins en ekki bara líta á forritið sem svartan kassa.

Til þess að hafa þessa nánu þekkingu verðum við stöðugt að læra og fylgjast með nýrri tækni og vinnubrögðum. Mikilvægast er að QA þarf að vera aðlaganlegt.

Þegar QAs skilja tilgang sinn með verkefni og fara að trúa því að hlutverk þeirra sé miðpunktur hugbúnaðarþróunar og afhendingar, þegar við aðhyllumst nútíma prófunarreglur, þá getum við aðeins breytt skynjun annarra.