Ažurirano kolovoz 28, 2019
Testiranje je široko prihvaćeno kao dio razvoja softvera od kada je softver razvijen. Poslovna inteligencija (BI), međutim, sporije je usvajala testiranje kao integrirani dio razvoja softvera za BI, poput IBM Cognosa. Istražimo zašto je BI sporije usvajao prakse testiranja i posljedice NE testiranje.
Zašto organizacije ne testiraju BI ...
- Vremensko ograničenje. BI projekti su pod stalnim pritiskom da se brže isporuče. Ono što neke organizacije možda ne shvaćaju je da je testiranje najjednostavnija faza za smanjenje vremena.
- Proračunska ograničenja. Misli se da je testiranje preskupo i da ne može posvetiti tim za testiranje.
- Brže je bolje. Ovo nije nužno "agilni" pristup i može vas samo brže odvesti na pogrešno mjesto.
- Mentalitet "samo učini prvi put ispravno". Ovaj naivni pristup inzistira na tome da bi prisutnost kontrole kvalitete trebala smanjiti potrebu za testiranjem.
- Nedostatak vlasništva. Ovo je slično prethodnom metku. Misli se da će "naši korisnici to isprobati". Ovaj pristup može dovesti do nesretnih korisnika i puno ulaznica za podršku.
- Nedostatak alata. Zabluda da nemaju odgovarajuću tehnologiju za testiranje.
- Nerazumijevanje testiranja. Na primjer,
- Testiranjem bi se trebala procijeniti točnost i valjanost podataka, dosljednost podataka, pravodobnost podataka, izvedba isporuke i jednostavnost korištenja mehanizma isporuke.
- Testiranje tijekom BI projekta može uključivati regresijsko testiranje, testiranje jedinice, testiranje dima, integracijsko testiranje, testiranje prihvatljivosti korisnika, ad hoc testiranje, testiranje naprezanja/skalabilnosti, testiranje performansi sustava.
Koliki su troškovi NE TESTIRANJA BI?
- Neučinkoviti dizajni. Loša arhitektura možda se neće otkriti ako se zanemari testiranje. Problemi s dizajnom mogu pridonijeti upotrebljivosti, performansama, ponovnoj uporabi, kao i održavanju i održavanju.
- Problemi s integritetom podataka. Oštećenje podataka ili izazovi loze podataka mogu dovesti do nedostatka povjerenja u brojeve.
- Problemi s provjerom valjanosti podataka. Odluke o lošim podacima mogu biti pogubne za poslovanje. Nema ništa gore od pokušaja upravljanja pomoću mjernih podataka koji se temelje na netočnim podacima.
- Smanjeno usvajanje korisnika. Ako brojke nisu točne ili ako aplikacija nije prilagođena korisnicima, vaša korisnička zajednica jednostavno neće koristiti vaš sjajni novi poslovni BI softver.
- Povećani troškovi zbog nedostatka standardizacije.
- Povećani troškovi za popravak nedostataka u kasnijim fazama životnog ciklusa razvoja BI. Bilo koji problemi otkriveni izvan faze zahtjeva koštat će eksponencijalno više nego ako su otkriveni ranije.
Sada kada smo izložili zašto organizacije možda ne testiraju i zamke koje se javljaju kada ne testirate BI, pogledajmo neke studije o testiranju u razvoju softvera.
Studije pokazuju da testiranje vaše BI platforme štedi novac!
Jedna studija o 139 sjevernoameričkih tvrtki u rasponu od 250 do 10,000 zaposlenika, izvijestili su o godišnjim troškovima otklanjanja pogrešaka od 5.2 do 22 milijuna USD. Ovaj raspon troškova odražava organizacije koje nemoj imaju automatizirano testiranje jedinica. Odvojeno, istraživanje IBM -a i Microsofta otkrilo je to s automatizirano testiranje jedinica, broj grešaka može se smanjiti za između 62% i 91%. To znači da bi se dolari potrošeni na ispravljanje pogrešaka mogli smanjiti s raspona od 5 do 22 milijuna USD na raspon od 0.5 do 8.4 milijuna USD. To je ogromna ušteda!
Brzo eskaliraju troškovi za ispravljanje pogrešaka.
Rad o uspješnim taktikama razvoja softvera pokazuje da se većina pogrešaka događa rano u razvojnom ciklusu i da što duže čekate na otkrivanje i ispravljanje, to vas više košta popraviti. Dakle, nije potreban raketni znanstvenik da bi došao do očitog zaključka da što prije greške budu otkrivene i ispravljene, to bolje. Kad smo već kod raketne znanosti, dogodilo se da je NASA objavila rad upravo o tome - "Povećanje troškova grešaka kroz životni ciklus projekta."
Intuitivno je da se troškovi ispravljanja grešaka povećavaju kako napreduje životni ciklus razvoja. Istraživanje NASA -e provedeno je kako bi se utvrdilo koliko brzo napreduje relativna cijena popravljanja otkrivenih pogrešaka. U ovoj studiji korištena su tri pristupa za određivanje relativnih troškova: metoda troškova odozdo prema gore, metoda raščlanjivanja ukupnih troškova i metoda hipotetičkog projekta odozgo prema dolje. Pristupi i rezultati opisani u ovom radu pretpostavljaju razvoj hardverskog/softverskog sustava koji ima projektne karakteristike slične onima koje se koriste u razvoju velike, složene svemirske letjelice, vojnog zrakoplova ili malog komunikacijskog satelita. Rezultati pokazuju stupanj u kojem troškovi eskaliraju jer se greške otkrivaju i ispravljaju u kasnijim i kasnijim fazama životnog ciklusa projekta. Ova je studija reprezentativna za druga istraživanja koja su provedena.
Iz gornjeg grafikona, istraživanja TRW -a, IBM -a, GTE -a, Bell Labsa, TDC -a i drugih pokazuju troškove popravljanja grešaka tijekom različitih razvojnih faza:
- Cijena popravljanja pogreške otkrivene tijekom faze zahtjeva definirana je kao 1 jedinica
- Troškovi popravljanja te pogreške ako se otkriju tijekom faze projektiranja su dvostruko jer je
- U fazi koda i ispravljanja pogrešaka troškovi za ispravljanje pogreške su 3 jedinice
- U fazi jediničnog testiranja i integriranja troškovi za ispravljanje greške postaju 5
- U fazi ispitivanja sustava, troškovi ispravljanja greške skoče na 20
- A kad sustav bude u radnoj fazi, relativni troškovi ispravljanja greške porasli su na 98, gotovo 100 puta više od troškova ispravljanja greške ako se nađu u fazi zahtjeva!
Zaključak je da je mnogo skuplje popraviti nedostatke ako se ne otkriju rano.
Zaključci
Provedena su značajna istraživanja koja pokazuju vrijednost ranog i kontinuiranog testiranja u razvoju softvera. Mi, u BI zajednici, možemo učiti od svojih prijatelja u razvoju softvera. Iako je većina formalnih istraživanja provedena u vezi s razvojem softvera, mogu se izvesti slični zaključci o razvoju BI. Vrijednost testiranja je neosporna, ali mnoge su organizacije sporije iskorištavale formalno testiranje svog BI okruženja i integrirale testiranje u svoje razvojne procese. Troškovi ne testiranje je stvarno. Rizici povezani s ne testiranje je stvarno.
Želite vidjeti neka automatizirana Cognos testiranja na djelu? Videozapise na našoj playlisti pogledajte do Kliknite ovdje!
