Aktualiséiert August 28, 2019
Testen gouf wäit ugeholl als Deel vun der Softwareentwécklung zënter Software entwéckelt gouf. Business Intelligence (BI) war awer méi lues fir Tester als en integréierten Deel vun der Entwécklung an der BI Software wéi IBM Cognos z'adoptéieren. Loosst eis ënnersichen firwat BI méi lues war fir Testpraktiken an d'Konsequenze vun ze adoptéieren NET Testen.
Firwat Organisatiounen net BI testen ...
- Zäitlimit. BI Projete sinn ënner konstante Drock fir méi séier geliwwert ze ginn. Wat e puer Organisatiounen vläicht net realiséieren ass datt déi einfachst Phase fir Zäit ze reduzéieren ass Testen.
- Budget Contrainten. D'Denken ass datt Testen ze deier ass an keen Testteam widmen kann.
- Méi séier ass besser. Dëst ass net onbedéngt eng "agil" Approche a bréngt Iech vläicht nëmme méi séier op déi falsch Plaz.
- D'Mentalitéit "maach et just déi éischte Kéier richteg". Dës naiv Approche insistéiert datt d'Präsenz vu Qualitéitskontroll d'Noutwendegkeet fir Tester sollt reduzéieren.
- Mangel u Besëtz. Dëst ass ähnlech wéi déi vireg Kugel. Den Denken ass datt "eis Benotzer et testen." Dës Approche kann zu ongléckleche Benotzer a vill Supportticketen féieren.
- Mangel un Tools. De Mëssverständnis datt se net déi richteg Technologie fir Tester hunn.
- Mangel u Verständnis vum Test. Zum Beispill,
- Testen soll d'Genauegkeet an d'Validitéit vun den Donnéeën, d'Datekonsistenz, d'Aktualitéit vun den Donnéeën, d'Leeschtungsfäegkeet an d'Liichtegkeet vum Liwwermechanismus evaluéieren.
- Testen wärend engem BI Projet kann Regressiounstest, Eenheetstest, Dampentest, Integratiounstest, Benotzer Akzeptanzstest, Ad -hoc Testen, Stress/Skalierbarkeetstest, Systemleistungstest enthalen.
Wat sinn d'Käschte fir NET BI ze testen?
- Ineffizient Designs. Schlecht Architektur kann net entdeckt ginn wann Testen ignoréiert gëtt. Designthemen kënne bäidroen zu Benotzerfrëndlechkeet, Leeschtung, Wiederverwendung, souwéi, Ënnerhalt an Ënnerhalt.
- Daten Integritéit Themen. Datekorruptioun oder Datenlinie Erausfuerderunge kënnen zu Mangel u Vertrauen an d'Zuelen féieren.
- Daten Validatioun Themen. Entscheedungen iwwer schlecht Daten kënnen dem Geschäft zerstéierend sinn. Et gëtt näischt méi schlëmmes wéi ze probéieren ze managen mat Metriken déi op falscher Informatioun baséieren.
- Ofgeholl Benotzer Adoptioun. Wann d'Zuelen net richteg sinn, oder wann d'Applikatioun net benotzerfrëndlech ass, benotzt Är Benotzergemeinschaft just Är glänzend nei Enterprise BI Software.
- Méi Käschte wéinst Mangel u Standardiséierung.
- Méi Käschte fir Mängel an de spéider Stadien vum BI Entwécklungszyklus ze reparéieren. All Themen, déi iwwer d'Ufuerderungsphase entdeckt goufen, kaschten exponentiell méi wéi wa fréier entdeckt goufen.
Elo datt mir festgeluecht hunn firwat Organisatiounen net testen an d'Fallfäll déi optrieden wann Dir BI net testt, loosst eis e puer Studien iwwer Testen an der Softwareentwécklung kucken.
Studien weisen Testen vun Ärer BI Plattform Spuert Geld!
Eng Studie vun 139 Nordamerikanesch Firmen rangéiert a Gréisst vun 250 op 10,000 Mataarbechter, bericht jährlech Debuggingskäschte vun $ 5.2M bis $ 22M. Dëse Käschteberäich reflektéiert Organisatiounen déi maach dat net hunn automatiséiert Eenheetstester op der Plaz. Separat hunn d'Fuerschung vun IBM a Microsoft dat fonnt mat automatiséiert Eenheetstest op der Plaz, kann d'Zuel vu Mängel mat tëscht 62% an 91% reduzéiert ginn. Dëst bedeit datt Dollar fir Debuggen ausginn aus der $ 5M - $ 22M Band op $ 0.5M op $ 8.4M Band reduzéiert kënne ginn. Dat ass e grousse Spuer!
Käschte fir Feeler ze fixéieren Schnell eskaléieren.
E Pabeier iwwer erfollegräich Softwareentwécklungstaktik weist datt déi meescht Feeler fréi am Entwécklungszyklus gemaach ginn an datt wat Dir méi laang waart fir z'entdecken a ze korrigéieren, wat méi héich et kascht Iech ze fixéieren. Also, et brauch kee Rakéitwëssenschaftler fir déi offensichtlech Conclusioun ze zéien datt méi séier Feeler entdeckt a fixéiert ginn, wat besser. Apropos Rakéitwëssenschaft, et geschitt just datt d'NASA e Pabeier iwwer dat verëffentlecht huet - "Feeler Käschte Eskalatioun Duerch de Projet Liewenszyklus."
Et ass intuitiv datt d'Käschte fir Feeler ze fixéieren eropgoen wéi de Liewenszyklus vun der Entwécklung fortgeet. D'NASA Studie gouf gemaach fir ze bestëmmen wéi séier déi relativ Käschte fir fixéiert Feeler ze entdecken virukommen. Dës Studie benotzt dräi Approche fir déi relativ Käschten ze bestëmmen: déi bottom-up Käschte Method, d'Gesamtkäschte Decompte Method, an déi top-down hypothetesch Projetsmethod. D'Approchen an d'Resultater, déi an dësem Pabeier beschriwwe sinn, verlaangen d'Entwécklung vun engem Hardware/Software System mat Projektcharakteristiken ähnlech wéi déi, déi an der Entwécklung vun engem grousse, komplexe Raumschëff, engem Militärfliger oder engem klenge Kommunikatiounssatellit benotzt ginn. D'Resultater weisen de Grad a wéi d'Käschte eskaléieren, well Feeler entdeckt a fixéiert ginn a spéider a spéider Phasen am Liewenszyklus vum Projet. Dës Etude ass representativ fir aner Fuerschung déi gemaach gouf.
Aus der Grafik uewen, Fuerschung vun TRW, IBM, GTE, Bell Labs, TDC an anerer weist d'Käschte fir Feeler ze fixéieren wärend de verschiddenen Entwécklungsphasen:
- D'Käschte fir e Feeler ze fixéieren entdeckt wärend der Ufuerderungsphase gëtt definéiert als 1-Unitéit
- D'Käschte fir dee Feeler ze fixéieren wa se wärend der Designphase fonnt ginn ass Duebelstär datt
- An der Code- an Debugphase sinn d'Käschte fir de Feeler ze fixéieren 3 Unitéiten
- Beim Eenheetstest an der Integratiounsphase ginn d'Käschte fir de Feeler ze fixéieren 5
- An der Systemtestphase Phas, d'Käschte fir de Feeler ze fixéieren spréngt op 20
- A wann de System an der Operatiounsphase ass, déi relativ Käschte fir de Feeler ze korrigéieren sinn op 98 geklommen, bal 100 Mol d'Käschte fir de Feeler ze korrigéieren wann se an der Ufuerderungsphase fonnt ginn!
Ënnen Linn ass datt et vill méi deier ass fir Mängel ze reparéieren wa se net fréi gefaang sinn.
Conclusiounen
Wichteg Fuerschung gouf gemaach déi de Wäert vu fréie a kontinuéierlechen Tester an der Softwareentwécklung beweist. Mir, an der BI Gemeinschaft, kënne vun eise Frënn an der Softwareentwécklung léieren. Och wann déi meescht formell Fuerschung iwwer Softwareentwécklung gemaach gouf, kënnen ähnlech Conclusiounen iwwer BI Entwécklung gezunn ginn. De Wäert vum Testen ass indiskutabel, awer vill Organisatiounen ware méi lues fir de formelle Test vun hirem BI Ëmfeld ze profitéieren an d'Tester an hir BI Entwécklungsprozesser z'integréieren. D'Käschte vun net Tester sinn echt. D'Risike verbonne mat net Tester sinn echt.
Wëllt Dir e puer automatiséiert Cognos Testen an Aktioun gesinn? Kuckt d'Videoen op eiser Playlist vum Klick hei!
