Eguneratu abuztuaren 28, 2019
Softwarea garatu zenetik, softwarearen garapenaren zati gisa probak asko onartu dira. Business Intelligence (BI) motelagoa izan da testak IBM Cognos bezalako BI softwarearen garapenaren zati integratu gisa hartzea. Azter dezagun zergatik BI izan den motelago probak egiteko praktikak eta horren ondorioak EZ probak.
Zergatik erakundeek ez dute BI probatzen ...
- Denbora mugak. BI proiektuak etengabe presionatuta daude azkarrago emateko. Zenbait erakunde konturatu ez direna da denbora murrizteko faserik errazena probak direla.
- Aurrekontu mugak. Pentsamendua da probak garestiegiak direla eta ezin duela talde probak eskaini.
- Azkarragoa da hobea. Hau ez da nahitaez ikuspegi "arina" eta agian okerreko lekura azkarrago eramango zaitu.
- "Besterik gabe, lehen aldiz ondo" mentalitatea. Ikuspegi inozo honek kalitate kontrolaren presentziak probak egiteko beharra murriztu behar duela azpimarratzen du.
- Jabetza eza. Hau aurreko bala bezalakoa da. Pentsamendua da "gure erabiltzaileek probatuko dutela". Ikuspegi honek erabiltzaile zoriontsuak eta laguntza txartel ugari ekar ditzake.
- Tresna falta. Probak egiteko teknologia egokia ez dutela uste okerra.
- Proben ulermen falta. Adibidez,
- Probak datuen zehaztasuna eta baliozkotasuna, datuen koherentzia, datuen puntualitatea, entregaren errendimendua eta entregatzeko mekanismoa erabiltzeko erraztasuna ebaluatu behar ditu.
- BI proiektuan zehar egindako proben artean atzerakada probak, unitate probak, ke probak, integrazio probak, erabiltzaileen onarpen probak, ad hoc probak, estresa / eskalagarritasuna probak, sistemaren errendimendu probak izan daitezke.
Zer dira BI probatzen ez duten kostuak?
- Diseinu eraginkorrak. Baliteke arkitektura txarra ez aurkitzea probak alde batera uzten badira. Diseinu gaiek erabilgarritasuna, errendimendua, berrerabilera eta mantentze eta mantentze lanetan lagundu dezakete.
- Datuen osotasuneko arazoak. Datuen ustelkeria edo datuen leinuaren erronkak zenbakietan konfiantza eza ekar dezake.
- Datuak balioztatzeko arazoak. Datu txarren inguruan hartutako erabakiak negozioarentzat suntsitzaileak izan daitezke. Ez dago okerrago informazio okerrean oinarritutako metriken bidez kudeatzen saiatzea baino.
- Erabiltzaileen adopzioa gutxitu. Zenbakiak egokiak ez badira edo aplikazioa erabiltzeko modukoa ez bada, zure erabiltzaile komunitateak ez du zure enpresako BI software distiratsua erabiliko.
- Kostuak handitzea normalizazio faltagatik.
- BI garapenaren zikloaren azken etapetan akatsak konpontzeko kostuak handitu dira. Eskakizunen fasetik haratago aurkitutako arazoek lehenago aurkitutakoak baino esponentzialki gehiago balioko dute.
Orain, erakundeak zergatik ez diren probatzen eta BI probatzen ez duzunean gertatzen diren eragozpenak zehaztu ditugunean, ikus ditzagun software garapenean probak egiteko zenbait ikerketa.
Ikasketek zure BI plataformaren probak erakusten dituzte dirua aurrezten!
Ipar Amerikako 139 konpainien azterketa bat 250 eta 10,000 langile bitarteko neurrian, urtero arazteko 5.2 eta 22 milioi dolarreko kostuen berri eman zuten. Kostu-sorta horrek erakunde horiek islatzen ditu ez unitateen proba automatizatuak dituzte. Berez, IBMk eta Microsoftek egindako ikerketek hori aurkitu zuten batera Unitateko proba automatizatuak bere lekuan, akats kopurua% 62 eta% 91 artean murriztu daiteke.. Horrek esan nahi du arazketan gastatutako dolarrak $ 5M - $ 22M bitartetik 0.5 $ eta 8.4M artekoak murriztu daitezkeela. Hori aurrezki handia da!
Akatsak azkar konpondu beharreko kostuak.
Softwarea garatzeko taktika arrakastatsuei buruzko artikulua erakusten du akats gehienak garapen zikloaren hasieran egiten direla eta zenbat eta denbora gehiago igaro itxaron detektatzeko eta zuzentzeko, orduan eta handiagoa izango da konpontzea. Beraz, ez da suziri zientzialari batek behar bezalako ondorioa ateratzeko orduan eta akatsak lehenago aurkitu eta konpondu, orduan eta hobeto. Suzirien zientziaz ari garela, gertatzen da NASAk horren inguruko argitalpena argitaratu zuela - "Akatsen kostuen igoera proiektuaren bizitza zikloan."
Intuitiboa da garapenak bizi-zikloa aurrera egin ahala akatsak konpontzeko kostuak handitzen direla. NASAren azterketa egin da aurkitutako akatsak konpontzeko kostu erlatiboak zenbateraino aurrera egiten duen jakiteko. Ikerketa honek hiru ikuspegi erabili ditu kostu erlatiboak zehazteko: behetik gorako kostuaren metodoa, kostuen guztizko banaketaren metodoa eta goitik beherako proiektu hipotetikoaren metodoa. Artikulu honetan azaldutako planteamenduek eta emaitzek suposatzen dute espazio-ontzi handi konplexu bat, hegazkin militar bat edo komunikazio satelite txiki bat garatzeko erabiltzen diren proiektuaren ezaugarriak dituen hardware / software sistema baten garapena. Emaitzek kostuak zenbateraino areagotzen diren erakusten dute, proiektuaren bizitza zikloaren geroko eta geroko faseetan akatsak aurkitu eta konpontzen baitira. Ikerketa hau egindako beste ikerketa batzuen adierazgarria da.
Goiko taulan, TRW, IBM, GTE, Bell Labs, TDC eta beste batzuen ikerketek garapen fase desberdinetan akatsak konpontzearen kostua erakusten dute:
- Baldintza fasean aurkitutako errore bat konpontzeko kostua honela definitzen da: 1 unitate
- Diseinu fasean aurkitutako errore hori konpontzeko kostua hau da bikoiztu duen
- Kodearen eta arazketa fasean, akatsa konpontzeko kostua hau da 3 unitateak
- Unitateko proba eta integrazio fasean, akatsa konpontzeko kostua bihurtzen da 5
- Sistemak probatzeko fasean, errorea konpontzeko kostua 20ra jaisten da
- Eta sistema funtzionamendu fasean dagoenean, akatsa zuzentzeko kostu erlatiboa 98ra igo da, akatsa zuzentzeko kostua ia 100 aldiz eskakizunen fasean aurkitzen bada!
Azkenean, akatsak konpontzea askoz ere garestiagoa da goiz harrapatzen ez badira.
Ondorioak
Ikerketa esanguratsuak egin dira eta horrek frogatzen du softwarearen garapenean proba goiztiar eta etengabeek duten balioa. Guk, BI komunitatean, lagunengandik ikas dezakegu softwarearen garapenean. Nahiz eta ikerketa formal gehienak software garapenarekin lotuta egin, antzeko ondorioak atera daitezke BI garapenari buruz. Proben balioa eztabaidaezina da, baina erakunde asko motelago ibili dira beren BI inguruneko proba formalak aprobetxatzen eta probak BI garapen prozesuetan integratzen. Kostuak ez probak benetakoak dira. Horrekin lotutako arriskuak ez probak benetakoak dira.
Cognos-en proba automatizatu batzuk martxan ikusi nahi dituzu? Ikusi gure erreprodukzio zerrendako bideoak hemen klik eginez!
