Cognos og kostnaður við að prófa BI þinn EKKI

by Desember 4, 2014Cognos greiningar, MotioCI, Próf0 athugasemdir

Uppfært í ágúst 28, 2019

Prófun hefur verið mikið notuð sem hluti af hugbúnaðarþróun síðan hugbúnaður hefur verið þróaður. Viðskiptagreind (BI) hefur hins vegar verið hægari til að samþykkja prófanir sem samþættan þátt í þróun í BI hugbúnaði eins og IBM Cognos. Við skulum kanna hvers vegna BI hefur verið hægari til að tileinka sér prófunaraðferðir og afleiðingar þess EKKI próf.

Af hverju stofnanir prófa ekki BI ...

  • Tímaskortur. BI verkefni eru undir stöðugum þrýstingi um að verða afhent hraðar. Það sem sum samtök gera sér kannski ekki grein fyrir er að auðveldasti tíminn til að stytta tíma er prófun.
  • Takmarkanir á fjárhagsáætlun. Hugsunin er sú að prófun er of dýr og getur ekki tileinkað prófunarhóp.
  • Hraðari er betri. Þetta er ekki endilega „lipur“ nálgun og getur aðeins komið þér hraðar á rangan stað.

Sárabindi-tilvitnun

  • Hugarfarið „gerðu það rétt í fyrsta skipti“. Þessi barnalega nálgun krefst þess að tilvist gæðaeftirlits ætti að draga úr þörfinni fyrir prófun.
  • Skortur á eignarhaldi. Þetta er svipað og fyrri skotið. Hugsunin er sú að „notendur okkar munu prófa það. Þessi nálgun getur leitt til óánægðra notenda og fullt af stuðningsmiðum.
  • Skortur á verkfærum. Misskilningurinn um að þeir hafi ekki rétta tækni til að prófa.
  • Skortur á skilningi á prófunum. Til dæmis,
    • Prófun ætti að meta nákvæmni og réttmæti gagna, samkvæmni gagna, tímanleika gagna, frammistöðu afhendingar og auðvelda notkun afgreiðslukerfisins.
    • Prófun meðan á BI -verkefni stendur getur falið í sér aðhvarfspróf, einingarprófun, reykprófun, samþættingarprófun, staðfestingu notenda, sérstaka prófun, streitu-/sveigjanleika prófun, afköst kerfis.

Hver er kostnaðurinn við að prófa EKKI BI?

  • Óhagkvæm hönnun. Ekki er hægt að uppgötva lélegan arkitektúr ef prófun er hunsuð. Hönnunarmál geta stuðlað að notagildi, afköstum, endurnotkun, svo og viðhaldi og viðhaldi.
  • Vandamál gagna heilinda. Spilling gagna eða áskoranir um uppruna gagna getur leitt til skorts á trausti á tölunum.
  • Vandamál gagnagildingar. Ákvarðanir sem teknar eru um slæm gögn geta skaðað fyrirtækið. Það er ekkert verra en að reyna að stjórna með mælikvarða sem eru byggðar á röngum upplýsingum.

Dilbert teiknimynd- gögnin eru röng

  • Minnkuð ættleiðing notenda. Ef tölurnar eru ekki réttar, eða ef forritið er ekki notendavænt, mun notendasamfélagið þitt bara ekki nota glansandi nýja BI hugbúnað fyrirtækisins.
  • Aukinn kostnaður vegna skorts á stöðlun.
  • Aukinn kostnaður við að gera við galla á síðari stigum lífsferils BI þróunar. Öll mál sem uppgötvast umfram kröfufasa munu kosta veldishraða meira en ef þau uppgötvuðust fyrr.

Nú þegar við höfum útskýrt hvers vegna stofnanir eru kannski ekki að prófa og þær gryfjur sem verða þegar þú prófar ekki BI, skulum við skoða nokkrar rannsóknir á prófunum í hugbúnaðarþróun.

Rannsóknir sýna að prófa BI pallinn þinn sparar peninga!

Ein rannsókn á 139 fyrirtækjum í Norður -Ameríku á bilinu 250 til 10,000 starfsmenn, tilkynnti um árlegan kostnað við kembiforrit upp á $ 5.2M til $ 22M. Þetta kostnaðarsvið endurspeglar samtök sem ekki hafa sjálfvirka einingarprófun á sínum stað. Sérstaklega fundu rannsóknir IBM og Microsoft það með sjálfvirk einingaprófun til staðar, hægt er að fækka göllum um 62% til 91%. Þetta þýðir að hægt er að lækka dollara sem eytt er í kembiforrit úr $ 5M - $ 22M bilinu í $ 0.5M í $ 8.4M svið. Það er gríðarlegur sparnaður!

Kemba kostnað án prófa og með prófunum

Kostnaður til að laga villur hratt stigvaxandi.

Erindi um farsæla hugbúnaðarþróunartækni sýnir að flestar villur eru gerðar snemma í þróunarferlinu og að því lengur sem þú bíður eftir að uppgötva og leiðrétta, því hærri kostar það þig að laga. Svo það þarf ekki eldflaugavísindamann til að draga þá augljósu niðurstöðu að því fyrr sem villur uppgötvast og lagast, því betra. Talandi um eldflaugavísindi, það gerist bara þannig að NASA birti blað um einmitt það - „Hækkun á kostnaði í gegnum líftíma verkefnisins.“

Það er innsæi að kostnaður við að laga villur eykst þegar líftími þróunar þróast. NASA rannsóknin var framkvæmd til að ákvarða hversu hratt hlutfallslegur kostnaður við að laga villur sem þróast þróast. Þessi rannsókn notaði þrjár aðferðir til að ákvarða hlutfallslegan kostnað: kostnaðaraðferðina frá botni upp, heildar kostnaðargreiningaraðferðina og tilgátuverkefni að ofan. Aðferðirnar og niðurstöðurnar sem lýst er í þessari grein gera ráð fyrir þróun vélbúnaðar/hugbúnaðarkerfis með eiginleika verkefnisins svipað og notað er við þróun á stóru, flóknu geimfari, herflugvél eða litlum fjarskiptagervitungli. Niðurstöðurnar sýna að hve miklu leyti kostnaður eykst þar sem villur uppgötvast og lagast á síðari og síðari stigum í líftíma verkefnisins. Þessi rannsókn er dæmigerð fyrir aðrar rannsóknir sem hafa verið gerðar.

SDLC Kostnaður við að laga villuskala

Af töflunni hér að ofan sýna rannsóknir frá TRW, IBM, GTE, Bell Labs, TDC og fleirum kostnað við að laga villur á mismunandi þróunarstigum:

  • Kostnaður við að leiðrétta villu sem uppgötvaðist í kröfufasa er skilgreind sem 1 eining
  • Kostnaðurinn við að laga þessa villu ef hann finnst í hönnunarstiginu er tvöfaldast að
  • Í kóða- og kembiforritinu er kostnaðurinn við að laga villuna 3 einingar
  • Við einingarprófun og samþættingarfasa verður kostnaðurinn við að laga villuna 5
  • Í fasa kerfisprófa, kostnaðurinn við að laga villuna fer í 20
  • Og þegar kerfið er í rekstrarfasa, hlutfallslegur kostnaður til að leiðrétta villuna hefur hækkað í 98, næstum 100 sinnum kostnaður við að leiðrétta villuna ef hann er fundinn í kröfufasanum!

Niðurstaðan er sú að það er mun dýrara að gera við galla ef þeir veiðast ekki snemma.

Ályktanir

Verulegar rannsóknir hafa verið gerðar sem sýna fram á gildi snemma og stöðugrar prófunar í hugbúnaðarþróun. Við, í BI samfélaginu, getum lært af vinum okkar í hugbúnaðarþróun. Jafnvel þó að flestar formlegar rannsóknir hafi verið gerðar varðandi hugbúnaðarþróun, má draga svipaðar ályktanir um þróun BI. Gildi prófa er óumdeilanlegt, en mörg samtök hafa verið hægari til að nýta sér formlegar prófanir á BI umhverfi sínu og samþætta prófanir í BI þróunarferli þeirra. Kostnaður við ekki próf eru raunveruleg. Áhættan sem fylgir ekki próf eru raunveruleg.

Viltu sjá sjálfvirk Cognos próf í gangi? Horfðu á myndböndin á lagalistanum okkar eftir smella hér!

Cognos greiningarUppfærsla á Cognos
3 skref að árangursríkri Cognos uppfærslu
Þrjú skref að farsælli IBM Cognos uppfærslu

Þrjú skref að farsælli IBM Cognos uppfærslu

Þrjú skref að farsælli IBM Cognos uppfærslu Ómetanleg ráð fyrir framkvæmdastjórann sem stjórnar uppfærslu Nýlega héldum við að eldhúsið okkar þyrfti að uppfæra. Fyrst fengum við arkitekt til að gera uppdrætti. Með áætlun í höndunum ræddum við einstök atriði: Hvert er umfangið?...

Lestu meira

MotioCI
MotioCI Ráð og brellur
MotioCI Ráð og brellur

MotioCI Ráð og brellur

MotioCI Ábendingar og brellur Uppáhalds eiginleikar þeirra sem koma með þig MotioCI Við spurðum Motiohönnuðir, hugbúnaðarverkfræðingar, stuðningssérfræðingar, innleiðingarteymi, QA prófarar, sala og stjórnun hvaða eiginleikar þeirra eru uppáhalds MotioCI eru. Við báðum þá að...

Lestu meira