Test modernoak - QA rolaren bilakaera
Softwarearen garapena ur-jauzi, Agile eta orain DevOps egunetatik garatu da. Berez, diziplina gisa probatzeak aldaketa handiak izan ditu softwarea lan egiteko eta emateko modu berrietara egokitzeko.
Hala ere, oraindik gaizki ulertu izugarria dago eta probatzaileen eginkizunaren eta kalitatearen bermearen osotasunean pertzepzio okerra dago.
Mezu honetan azterketek bilakaera izan dute, batez ere azken hamarkadan, eta QAko profesionalek zer egin behar duten jokoaren aurretik egoteko.
Probak interesgarriagoak izan daitezke!
Softwarea probatzeko jarduerak aldatu egin dira lan egiteko modu berrietara egokitzeko, oraindik antzinako ikuspegi asko ikusten ditut probei eta QA baten rolari buruz.
Etsigarria da ikustea oraindik ere jende asko dagoela informatikaren industrian QAak edo probatzaileak azken lerro gisa ikusten dituztenak. Probatzaileek garatzaileek eginbide bat lantzen amaitutakoan bakarrik probatzen duten probatzaile funtzionalak besterik ez dira ikusten. 'Kalitatearen bermea' akatsak aztertu, aurkitu eta salatzea eta argi berdea ematea dela hautematen da.
Are kezkagarriagoa da QA rolaren pertzepzio hori funtsezkoa dela probatzaileen eta QA profesionalen artean.
Software Tradizionalaren Probak
Historikoki, ur-jauziaren proiektuaren azken faseetan lidergoa hartuz, probak proiektuaren bizi-zikloaren eskuinean finkatuko lirateke. Aldez aurreko eskakizunen definizioa egin ondoren, Probatzaileek Garapen Taldearen lekukoa hartuko zuten garapen fasea amaitzean eta test script luze eta zehatzak egingo zituzten, askotan eskuz, eta normalean siled taldeen eta ETE taldeen bidez.
Proben kasuak aurrez zehaztasunez planifikatu ziren, espezialistek scriptak exekutatu zituzten, akatsak detektatu eta jakinarazi ziren eta test zikloak exekutatu eta berriro egin ziren, aurrez definitutako kalitate mailak lortu arte.
Aipagarriena garatzaileen eta probatzaileen artean bereizketa argia egon zen beti, erantzukizun edo jardueren gainjartzerik gabe. Egia esan, proben eraztun itxitako fasean zehar, jarduerak softwarearen balioztapen funtzionalera soilik bideratu ziren akatsak aurkitu eta salatzeko helburu nagusiarekin.
QA arinaren aroan
Metodologia arinak eta lan egiteko moduen agerpenak garapenaren eta proben jarduerak bateratu zituen neurrian, software probak jada ez ziren fase autonomoak. Horren ordez, probak jarduera inplizitu bihurtu ziren softwarearen kodifikazioan eta garapenean.
Zenbait kasutan, zaila izango litzateke 'probatzaile' eta 'garatzaile' baten arteko bereizketa ikustea, bakoitzak bere jarduerak burutzeko gaitasuna izango baitu.
'Kalitatea' probatzaileen erantzukizun bakarra izateari utzi zion eta produktua garatzen eta entregatzen parte hartzen zuten guztien erantzukizun partekatua bihurtu zen.
Bilakaera horrekin batera probaren erantzukizunen aldaketa gertatu zen garapenaren ezkerrera, batez ere labearen kalitatea hasieratik.
Fokua eraikitako softwarean akatsak aurkitzetik akatsak softwarean sartzea saihestera pasatu zen.
Helburu partekatuarekin, produktua edo eginbidea funtzionala eta baldintzak betetzen zituela bermatzeaz gain, helburuetarako egokia eta erabiltzaileen gogobetetze maila altua eskaintzea da.
Lotutakoak:
Probatzaileek istorioen hobekuntzetan, berdinen arteko berrikuspenetan, unitateen probetan eta TDD, BDD eta etengabeko probetan bezalako praktiketan parte hartzeak, probak eta kalitatea ziurtatu zituen abangoardian eta garapenean txertatu ziren.
Baina, Agile-k garapen eta proben jarduerak eta praktikak konbinatzeko bide luzea egin zuen arren, eragiketa taldea oraindik ere isilik zegoen. Bi lan-korronteek (Dev & Ops) askotan ez zituzten elkarren jarduerak ezagutzen.
Ekoizpenean zerbait gaizki baleude, ikerketak denbora asko beharko luke. Garatzaileek ez zuten beren aplikazioak epe luzera produkzioan nola funtzionatzen zuen jakiteko; ez zegoen bi taldeen arteko lankidetzaren gardentasunik edo argitasunik.
Ongi etorri DevOps-era
DevOps Software eta Sorkuntza eta Eragiketa taldeen lankidetzari buruzkoa da softwarearen sorkuntza, entrega, mantentze eta laguntza lanetan. Baliabideen, prozesuen eta produktuaren etengabeko batasunari egiten dio erreferentzia.
DevOps-ek etengabeko integraziorako eta azken erabiltzaileari balioa emateko metodoak ahalbidetzen ditu.
DevOps mugimenduak proben inguruko ikuspegi berria bultzatu du eta aukera berriak sortu ditu probatzaileek beraientzat.
Aro berri honetan probatzaileek garapenarekin eta eragiketekin bat egin behar dute.
Proben eginkizuna jada ez da produktura soilik mugatzen, baita produktua azkenean gauzatzen den azpiegituraren probetara ere.
Etengabeko integrazioa (EK) eta Etengabeko entrega (CD), de facto estandar bihurtu dira softwarearen garapenean eta ematerakoan, eta, beraz, gaur egun CI / CD kanalizazioa, inguruneak eta azpiegiturak ziurtatzen ahalegintzen dira.
Hau da garapena eta entrega onartzen dituen bizkarrezurra.
Horien probak alde batera uzten badira, ingurune ahulak sor ditzake, ahalegin handia alferrik galduko da behin eta berriz errepikatutako azpiegituretako arazoak ikertzen eta, azken finean, garapenerako arrisku handia eta entrega azkarra.
Probak Modernoak - Kalitateak bultzatutako garapena
Garapen fase guztietan kalitatea txertatzeko asko egin den arren, eta, ondorioz, probek askoz ere esparru zabalagoa dute, oraindik uste dut QA-k denbora funtzionala bilatzen eta softwarearen egiaztapenean zentratzen ari direla denbora gehiena ematen dutela.
QA gehienak ez dira ohartzen beren rolaren garrantziaz eta garapenean eta emateetan izan dezaketen eraginaz.
Azken hamar urteetan garapen praktiketan izandako aldaketa nabarmenak izan arren, uste dut probatzaileek oraindik ere beren eginkizunaren ikuspegi zaharra hartzen dutela eta, beraz, proben aro zaharrean finkatuta jarraitzen dutela.
Probak lanbide gisa eta probatzaile baten papera suaren pean egon dira aspaldidanik 'proba automatikoak' sortu direlako. Eta, hain zuzen ere, sektoreko profesional askok oraindik uste dute probatzaile baten eginkizuna garatzaileek eraikitzen duten aplikazioa probatzea dela, hori guztia automatizatua izan daitekeela.
Garatzaileek proba automatikoetarako beharrezkoa den kodea idazteko egokiagoak eta adituagoak badira, orduan zer behar da taldeko probatzaile batek?
Pertzepzio hori aldatu genuen garaia da. 'Probak' eta 'kalitatearen bermearen' arteko balio eta trebetasunen arteko aldea aitortu behar dugu, izan ere, probak softwarearen egiaztapen funtzionala eta baliozkotzea direnean, kalitatea bermatzea ez da jarduera bakarra. QA prozesu sorta bat da, probak barne, eta praktika egokiak erabiltzaileei kalitatezko produktu bat entregatzen zaiela ziurtatzeko.
Kalitatean oinarritutako garapena lortzeko ahalegina egin behar dugu eta QA lanbidea softwarea garatu eta ematearen funtzio nagusia eta nagusia dela ikusi behar dugu. Test modernoak .
QA garapenerako funtsezko osagaia da hasieratik prozesu guztian zehar lanean amaitu arte. Eta, nahiz eta ohiko hizkerak banaketa talde bateko pertsona guztiak kalitatezko produktu bat entregatzearen erantzule direla esan, uste dut QA baten erantzukizuna dela taldeak kalitatezko praktikak betetzen dituela ziurtatzea.
Nor da QA Modernoa
Probako lanbidea sarritan garapen, proiektu kudeaketa edo beste diziplina batzuetarako sarbide bide gisa ikusten zenean, normalean errentagarriagoak diren diziplinak, QA berria trebakuntza handiko eginkizuna da, garapen praktiken ezagutza integrala eskatzen duena.
Kodetze-praktiken erronkak ulertzeko modu zabala eskatzen du, hedapen-metodoak eta inguruneak zein errendimendu- eta segurtasun-estandarrak, metodoak eta erronkak balioestea.
Baliabide hau T formako eginkizuna da, beren ezagutza eta esperientzia sakona aplikatzeko ez ezik, beren eginkizuna emateko, baizik eta testuinguruaren ezagutza zabalagoa aplikatzeko arkitektura eta garapenean.
Edozein proiekturen erdian eserita, QA modernoak arkitektura, errendimendua, segurtasuna eta hodei eskaintzak ondo ulertu beharko lituzke, teknikoki ona izan behar du eta jokoan jarraitzeko teknologia berriak ikasteko egarria izan beharko luke.
Ohar:Datuen kalitatearen probak oso ezagunak eta funtsezkoak bilakatzen ari den beste arlo bat, big data, datu lakuak eta datu biltegiak probatzen ari dena.QA rolaren pertzepzioa eta probatzaileek egiten dutena aldatzeko unea iritsi da. Hau probatzaileengandik hasi behar da. Abiapuntua kalitatea sakon zaintzea da.
Probatzaileak ez daude proba funtzionalak egiteko eta akatsak salatzeko soilik. QA rola hori baino askoz ere handiagoa da. Proiektu bat jarri zaigu kalitatezko praktikak ziurtatu .
Aplikazio bat sakon probatzen dugunean, sistemaren funtzionamendu osoari buruzko ezagutza intimo bat izan behar dugu eta ez soilik aplikazioa kutxa beltz gisa begiratu.
Ezagutza intimo hori lortzeko etengabe ikasi eta teknologia berriekin eta lan egiteko moduekin jarraitu behar dugu. Garrantzitsuena QAak moldagarriak izan behar dira.
QA-k proiektu batean duten xedea ulertzen dutenean eta beren eginkizuna softwarearen garapenaren eta entrega-ren ardatza dela sinesten hasten direnean, proben printzipio modernoak hartzen ditugunean, orduan bakarrik alda dezakegu besteen pertzepzioa.
