Ĝisdatigita aŭgusto 28, 2019
Testado estis vaste adoptita kiel parto de softvara disvolviĝo ekde kiam programaro estis disvolvita. Komerca inteligenteco (BI) tamen pli malrapide adoptis testadon kiel integritan parton de disvolviĝo en BI-programoj kiel IBM Cognos. Ni esploru kial BI pli malrapide adoptis testajn praktikojn kaj la sekvojn de NE testado.
Kial organizoj ne testas BI ...
- Tempolimoj. BI-projektoj estas konstante premataj por esti liverataj pli rapide. Kio eble iuj organizoj ne rimarkas, estas, ke la plej facila fazo por redukti tempon estas testado.
- Buĝetaj limoj. La penso estas, ke testado estas tro multekosta kaj ne povas dediĉi testteamon.
- Pli rapide estas pli bone. Ĉi tio ne nepre estas "lerta" aliro kaj eble nur pli rapide atingos vin al la malĝusta loko.
- La pensmaniero "nur faru ĝin ĝuste la unuan fojon". Ĉi tiu naiva aliro insistas, ke la ĉeesto de kvalito-kontrolo devas malpliigi la bezonon de testado.
- Manko de proprieto. Ĉi tio similas al la antaŭa kuglo. La penso estas, ke "niaj uzantoj testos ĝin." Ĉi tiu aliro povas konduki al malfeliĉaj uzantoj kaj multaj subtenaj biletoj.
- Manko de iloj. La miskompreno, ke ili ne havas la taŭgan teknologion por testado.
- Manko de kompreno pri testado. Ekzemple,
- Testado devas taksi la precizecon kaj validecon de datumoj, konsistencon de datumoj, ĝustatempecon de datumoj, rendimenton de liverado kaj facilan uzon de la livermekanismo.
- Testado dum BI-projekto povas inkluzivi regresan testadon, unuotestadon, fumotestadon, integriĝtestadon, uzantakceptotestadon, ad hoc testadon, streĉan / skaleblan testadon, sistemefikectestadon.
Kio Estas La Kostoj NE NE Provi BI?
- Malefikaj desegnoj. Malbona arkitekturo eble ne estas malkovrita se testado estas ignorita. Projektaj problemoj povas kontribui al uzebleco, agado, reuzado, same kiel prizorgado kaj prizorgado.
- Datumoj pri integreco de datumoj. Datumaj koruptoj aŭ datumaj genliniaj defioj povas konduki al manko de fido al la nombroj.
- Datumoj pri validigo de datumoj. Decidoj faritaj pri malbonaj datumoj eble detruos la kompanion. Nenio pli malbona ol provi administri per metrikoj bazitaj sur malĝustaj informoj.
- Malpliigita adopto de uzanto. Se la nombroj ne taŭgas, aŭ se la aplikaĵo ne facilas, via uzantkomunumo simple ne uzos vian brilan novan entreprenan BI-programon.
- Pliigitaj kostoj pro manko de normigado.
- Pliigitaj kostoj por ripari difektojn en postaj stadioj de la vivociklo de BI-disvolviĝo. Iuj ajn malkovritaj problemoj preter la postula fazo kostos eksponente pli ol se malkovritaj pli frue.
Nun, kiam ni elmetis kial organizoj eble ne testas kaj la kaptiloj, kiuj okazas kiam vi ne testas BI, ni rigardu iujn studojn pri testado en programevoluo.
Studoj montras, ke via BI-platformo ŝparas monon!
Unu studo pri 139 nordamerikaj kompanioj en grandeco de 250 ĝis 10,000 5.2 dungitoj, raportis jarajn elpurigajn kostojn de 22 ĝis XNUMX milionoj da dolaroj. Ĉi tiu kosto varias reflektas organizojn, kiuj ne havas aŭtomatigitajn unuotestojn modloko. Aparte, esplorado de IBM kaj Microsoft trovis tion kun aŭtomatigita unuotestado modloko, la nombro da difektoj povas esti reduktita je inter 62% kaj 91%. Ĉi tio signifas, ke dolaroj elspezitaj por elpurigado povus esti reduktitaj de la $ 5M - $ 22M ĝis la $ 0.5M ĝis $ 8.4M. Tio estas grandega ŝparado!
Kostoj Ripari Erarojn Rapide Eskalas.
Artikolo pri sukcesaj softvarigaj taktikoj montras, ke plej multaj eraroj estas faritaj frue en la disvolva ciklo kaj ke ju pli longe vi atendas por detekti kaj korekti, des pli alte kostas ripari vin. Do, ne necesas raketsciencisto eltiri la evidentan konkludon, ke ju pli fruaj eraroj estas malkovritaj kaj riparitaj, des pli bone. Parolante pri raketscienco, okazas, ke NASA publikigis artikolon pri tio - "Erara Kosta Eskalado Tra La Projekta Vivciklo."
Estas intuicie, ke la kostoj por ripari erarojn pliiĝas laŭ la progresa vivociklo progresas. La NASA-studo estis farita por determini kiom rapide progresas la relativa kosto de riparado de eraroj malkovritaj. Ĉi tiu studo uzis tri alirojn por determini la relativajn kostojn: la malsupren-kostan metodon, la totalan kostan difektan metodon kaj la desupran hipotezan projektan metodon. La aliroj kaj rezultoj priskribitaj en ĉi tiu artikolo supozas disvolviĝon de aparataro / programaro kun projektaj trajtoj similaj al tiuj uzataj en la disvolviĝo de granda kompleksa kosmoŝipo, milita aviadilo aŭ malgranda komunikada satelito. La rezultoj montras la gradon, laŭ kiu kostoj kreskas, ĉar eraroj estas malkovritaj kaj riparitaj ĉe postaj kaj postaj fazoj en la projekta vivociklo. Ĉi tiu studo reprezentas aliajn esplorojn faritajn.
El la supra diagramo, esplorado de TRW, IBM, GTE, Bell Labs, TDC kaj aliaj montras la koston de riparado de eraroj dum la malsamaj evoluaj fazoj:
- La kosto de riparado de eraro malkovrita dum la postula fazo estas difinita kiel 1-unuo
- La kosto ripari tiun eraron se trovita dum la projektofazo estas duobla ke
- Ĉe la koda kaj elpuriga fazo, la kosto por ripari la eraron estas 3 unuoj
- Ĉe la unueca provo kaj integra fazo, la kosto por ripari la eraron fariĝas 5
- Ĉe la faza faza fazo de sistemoj, la kosto por ripari la eraron saltas al 20
- Kaj post kiam la sistemo funkcias, la relativa kosto por korekti la eraron altiĝis al 98, preskaŭ 100 fojojn la kosto por korekti la eraron se trovite en la postula fazo!
La esenco estas, ke multe pli kostas ripari difektojn, se ili ne estos kaptitaj frue.
konkludoj
Signifa esplorado estis farita, kiu montras la valoron de frua kaj kontinua testado en programevoluo. Ni, en la BI-komunumo, povas lerni de niaj amikoj pri programado. Eĉ se plej formala esplorado estis farita rilate al programevoluo, similaj konkludoj povas esti tiritaj pri BI-evoluo. La valoro de testado estas nediskutebla, sed multaj organizoj pli malrapide ekspluatis formalan testadon de sia BI-medio kaj integras testadon en siaj BI-evoluaj procezoj. La kostoj de ne testado estas reala. La riskoj asociitaj kun ne testado estas reala.
Ĉu vi volas agi iujn aŭtomatigitajn Cognos-testojn? Spektu la filmetojn en nia ludlisto de klakanta ĉi tie!
