Så kom turen til mandagens anden halvdags tutorial - her var mit valg blevet 'test af datawarehouse', som jeg tidligere har arbejdet en del med - primært i den finansielle sektor. Jeg har fået nogle kommentarer via sms om min 'langsommelighed' med at opdatere min blog - husk venligst de 6 timers forskel i tiden - nu er kl. 16.55 her, og 22.55 hjemme i Danmark - så min dag/aften har fortsat mange timer - som jeg vil nyde her i selskab med mange interessante testkollegaer fra det meste af verdenen - dog var jeg den eneste ikke amerikaner til denne tutorial.
Geoff Horne startede sin tutorial med udgangspunkt i et af de hotte buzz-word i øjeblikket - BIG DATA. Det refererer det de gigantiske mængder af data - ofte på ustruktureret form - vi i dag har i forskellige systemer. Af disse ofte er i ustruktureret form giver selvfølgelig mening når man tænker på de mange forskellige kildesystemer og -former, herunder sociale medier, blogs m.m. En måde at få struktur på dem er 'selvfølgelig' via et datawarehouse.
Hvis du har behov for at blive opdateret med hensyn til BIG DATA - så har Sogeti's VINT-center udarbejdet en række skrifter om disse - tjek nedenstående link til et af disse skrifter:
BIG DATA
Det var gennemgående i tutorialen at test i datawarehouse er vigtigt - bl.a. med udgangspunkt i den ofte meget svingende kvalitet i kildedata, opsætning af ETL-regler og 'rensning' af data. Et af hans budskaber var da også en løbende måling af datakvaliteten i kildesystemerne, herunder udbedring af disse' klart skulle overvejes af alle FØR etablering af et datawarehouse.
Det er umiddelbart spændende at se på, hvilke færdigheder det kræver af testere i forhold til datawarehouse-test - altså udover de sædvanlige:
- kendskab til datawarehouse konceptet
- viden om både de tekniske emner og den forretningsmæssige brug
- kendskab til SQL, stored procedures, SQL-test
- kendskab til datamodellering, datamapping, ETL-tools, DBA-viden - nogle af disse til brug for review
- excel - specielt datanalyse-delen
- kendskab til sammenhæng mellem data og forretningsprocesser.
Test af datawarehouse er jo en meget 'data-nær-test' (mit eget begreb - ved ikke om det findes - men nu gør det ihvertfald).
Jeg kunne ikke lade være med at spørge til hvilke testdesignteknikker der var mest anvendelig, når det kommer til test af datawarehouse. Min umiddelbare - ikke særligt beskedne - holdning er nok, at jeg nok kunne lære ham og de øvrige ca. 40 deltagere, lidt....måske mere end lidt. Udover ækvivalensklasser, grænseværditest og parvis test, kunne beslutningstabeltest også finde anvendelse ved f.eks. test af mapping-regler.
mandag den 29. april 2013
Rick Craig - bruger TPI, men også en masse om metrikker
Som nævnt har jeg tilbragt formiddagen i selskab med Rick Craig - og sikke en inspiration. Hans tutorial var over temaet 'Measurement and Metrics for Test Managers', men han kom også lige til at nævne, at han bruger TPI-modellen, og har gjort det i mange år. Lyder godt.
Men en god tutorial med en masse gode drøftelser og erfaringsudvekslinger mellem de ca. 70 deltagere.
Der var specielt mange diskussioner om brugen af DDP som metrik (Defect Detection Percentage) - fordele, ulemper, brug og misbrug og ikke mindst fælder ved brug af den. Diskussionerne gik også på, hvilket niveau man skulle være på. Her er der jo ganske enkelt ikke noget enkelt og entydigt svar. Hvis man arbejder i en branche, hvor time-to-market er en af de vigtige konkurrenceparametre kan en lavere DDP være relevant, mens det for virksomheder der arbejder med såkaldt sikkerhedskritisk software (pharma, flykontrol m.m.) kan det være relevant at have en DDP i den højere ende.
Men man skal jo altid være opmærksom på, hvad omkostningen er ved at stige i DDP - omkostningen ved at stige fra 50% til 51% er nok lavere end hvis det er fra 97% til 98%.
Et andet område der blev diskuteret var metrikker til kodedækning. Overraskende var den mest udbredte instruktionsdækning, og når man tænker på at det jo er det laveste niveau det giver mening af måle på - ja så er det lidt overraskende at de andre ikke rigtig anvendes.
Et andet godt point fra Rick var holdningen til metrikker - opfat alle metrikker som midlertidige - evaluer værdien af disse en gang om året, og fjern og erstat de som ikke giver værdi. På den måde kan det sikres, at vi ikke bare bruger denne eller hint metrik fordi det har vi altid gjort.
Gode tanker og ideer til mit fortsatte arbejde med testmetrikker.
Men en god tutorial med en masse gode drøftelser og erfaringsudvekslinger mellem de ca. 70 deltagere.
Der var specielt mange diskussioner om brugen af DDP som metrik (Defect Detection Percentage) - fordele, ulemper, brug og misbrug og ikke mindst fælder ved brug af den. Diskussionerne gik også på, hvilket niveau man skulle være på. Her er der jo ganske enkelt ikke noget enkelt og entydigt svar. Hvis man arbejder i en branche, hvor time-to-market er en af de vigtige konkurrenceparametre kan en lavere DDP være relevant, mens det for virksomheder der arbejder med såkaldt sikkerhedskritisk software (pharma, flykontrol m.m.) kan det være relevant at have en DDP i den højere ende.
Men man skal jo altid være opmærksom på, hvad omkostningen er ved at stige i DDP - omkostningen ved at stige fra 50% til 51% er nok lavere end hvis det er fra 97% til 98%.
Et andet område der blev diskuteret var metrikker til kodedækning. Overraskende var den mest udbredte instruktionsdækning, og når man tænker på at det jo er det laveste niveau det giver mening af måle på - ja så er det lidt overraskende at de andre ikke rigtig anvendes.
Et andet godt point fra Rick var holdningen til metrikker - opfat alle metrikker som midlertidige - evaluer værdien af disse en gang om året, og fjern og erstat de som ikke giver værdi. På den måde kan det sikres, at vi ikke bare bruger denne eller hint metrik fordi det har vi altid gjort.
Gode tanker og ideer til mit fortsatte arbejde med testmetrikker.
Så er det begyndt - 'Tune In to Innovative Testing' @ STAReast
Så er STAReast 2013 i gang med temaet 'Tune In to Innovative Testing'. Her til formiddag er jeg til en tutorial med Rick Craig om 'Measurement and Metrics for Test Managers'.
søndag den 28. april 2013
STAReast 2013 i Orlando
Så er jeg klar til STAReast 2013 der foregår på Rosen Shingle Creek Hotel & Conference Center i Orlando.
Konferencen foregår hele ugen - fra mandag til fredag - dog er der nogle der allerede er startet i dag søndag - idet der er nogle kursusmuligheder - herunder ISTQB Foundation Certificering, kravspecifikation m.m.
Mandag og tirsdag er der hel- og halvdags tutorials, hvor man kan fordybe sig specifikke emner. Onsdag og torsdag kører der 4-5 spor med forskellige indlæg samt keynotes morgen og sidst eftermiddag. Fredag er der test summit. Undervejs er EXPO-området også åbent med stande fra forskellige leverandører m.m.
Jeg vil i ugens løb opdatere min blog med forskellige indtryk, ideer, inspiration m.m.
Konferencen foregår hele ugen - fra mandag til fredag - dog er der nogle der allerede er startet i dag søndag - idet der er nogle kursusmuligheder - herunder ISTQB Foundation Certificering, kravspecifikation m.m.
Mandag og tirsdag er der hel- og halvdags tutorials, hvor man kan fordybe sig specifikke emner. Onsdag og torsdag kører der 4-5 spor med forskellige indlæg samt keynotes morgen og sidst eftermiddag. Fredag er der test summit. Undervejs er EXPO-området også åbent med stande fra forskellige leverandører m.m.
Jeg vil i ugens løb opdatere min blog med forskellige indtryk, ideer, inspiration m.m.
mandag den 18. februar 2013
De 'bløde' sider ved softwaretest og testledelse - ny bog
Når vi mennesker samarbejder fokuserer vi ofte på de 'hårde' ting - med andre ord, hvad kan vi fagligt. Uddannelsen af testere og testledere fokuserer først rigtigt på dette område på ISTQB advanced level (men fortsat kun lidt).
Der er kommet en bog der fokuserer på emnet - dog på tysk - og som behandler bl.a. sådan 'overlever' du som tester i spændingsfeltet mellem alle interessenterne, nødvendige sociale kompetencer, konflikt- og stresshåndtering, kommunikation, testlederen som teamchef.
En bog jeg netop har bestilt og glæder mig til at læse.
torsdag den 14. februar 2013
Valentine Day - Day of LOVE - og glem ikke dine fejlrapporter
Sådan en dag, hvor vi erklærer og/eller bekræfter vor kærlighed til vor udkårne må vi heller ikke glemme, at vi skal LOVE vore fejlrapporter. Vore fejlrapporter skal opfylde LOVE - altså være Letforståelige, Overskuelige, Veldefinerede, Effektive. L O V E. God valentines dag.
fredag den 1. februar 2013
En anderledes øvelse i testdesign
Høje lønninger øger værdien af et ægteskab, og risikoen for skilsmisse
er mindre, fastslår professor Michael Svarer. Som økonom har han sat
ægteskab og skilsmisse på matematisk formel:
Ovenstående formel er jo en beslutning - så kom gerne med input til, hvordan vi kunne 'teste' denne beslutning?
Ovenstående formel er jo en beslutning - så kom gerne med input til, hvordan vi kunne 'teste' denne beslutning?
onsdag den 19. december 2012
Testarkitekten - En overset rolle?
Min kollega Steen Bang-Madsen gjorde mig her til morgen opmærksom på et spændende blogindlæg om 'The Test Architect'.
Når jeg en gang imellem ser definerede 'karriere-veje' for testerne - er de ofte angivet som enten en testledelses-vej eller en testspecialist-vej. Blogindlægget lægger op til en rolle som 'Test Architect'.
Testarkitekten har ikke et personalemæssigt ansvar, men er 'udvikler-arkitektens' modpart. Altså en person der tager sig af det testfaglige, herunder metoder, fremgangsmåder, værktøjer m.m.
Jeg synes det er en spændende tanke med en sådan rolle, og jeg mener også, at kan se et par stykker i mit netværk som allerede har den rolle (og i nogle tilfælde også den formelle titel).
Når jeg en gang imellem ser definerede 'karriere-veje' for testerne - er de ofte angivet som enten en testledelses-vej eller en testspecialist-vej. Blogindlægget lægger op til en rolle som 'Test Architect'.
Testarkitekten har ikke et personalemæssigt ansvar, men er 'udvikler-arkitektens' modpart. Altså en person der tager sig af det testfaglige, herunder metoder, fremgangsmåder, værktøjer m.m.
Jeg synes det er en spændende tanke med en sådan rolle, og jeg mener også, at kan se et par stykker i mit netværk som allerede har den rolle (og i nogle tilfælde også den formelle titel).
mandag den 26. november 2012
Forretningen skal være en aktiv del af teststyringen
Det er vigtigt at sikre sig, at forretningen (eller kunden) tager en aktiv rolle omkring prioriteringen og fastlæggelsen af testfokus. I sidste uge havde jeg et hold kursister på TMap NEXT BDTM (Business Driven Test Management) kursus, hvor fokus netop er afstemningen af forventningerne mellem forretningen og testprojektet.
De 6 trin i BDTM-modellen er:
En af styrkerne ved BDTM er det kommunikative - idet involvering af kunden/forretningen er essentiel for afstemningen af forventningerne, og det foregår i kundens/forretningens sprog og i den forretningsmæssige kontekst som giver værdi og mening for kunden. En anden klar fordel er, at kunden er i kontrol med processen - få indsigt i de fire styringsaspekter. Metoden sikrer også, at hovedtestplanen kan detaljeres efter behov.
Alt i alt en model jeg stærkt anbefaler - tjek mere på eng.tmap.net
De 6 trin i BDTM-modellen er:
- Forstå testopgaven og fastlæg testmål
- Udarbejd produktrisikoanalyse (PRA)
- Fastlæg testintensitet
- Fastlæg budget, plan og omfang af testen
- Fastlæg brug af testdesignteknikker
- Giv indblik i styringsapekterne (tid, budget, produktrisiko, testresultat)
En af styrkerne ved BDTM er det kommunikative - idet involvering af kunden/forretningen er essentiel for afstemningen af forventningerne, og det foregår i kundens/forretningens sprog og i den forretningsmæssige kontekst som giver værdi og mening for kunden. En anden klar fordel er, at kunden er i kontrol med processen - få indsigt i de fire styringsaspekter. Metoden sikrer også, at hovedtestplanen kan detaljeres efter behov.
Alt i alt en model jeg stærkt anbefaler - tjek mere på eng.tmap.net
torsdag den 15. november 2012
Testteknikker - igen igen
Endnu en uge, hvor jeg har nydt at sprede det glade budskab om struktureret test. Behovet er der fortsat. Hvis vi som testere ønsker at kunne kvantificere risikoen, så er der kun en vej, de formelle testteknikker.
fredag den 9. november 2012
Danske virksomheder underprioriterer test af apps
Sogeti har netop udgivet 'årets' World Quality Report (WQR), og som bygger på svar fra over 1.500 respondenter over hele verden.
På verdensplan vælter det frem med nye applikationer til smartphones og tablets. I hver af de første syv måneder af 2012 blev der indsendt 26.000 ansøgninger til iTunes App Store alene. Men meget tyder på, at virksomhederne ofte er for hurtige til at lancere nye applikationer – uden de er tilstrækkeligt gennemtestede.
Det er en af hovedkonklusionerne i undersøgelsen, WQR afslører, at virksomhederne kæmper for at klare udfordringerne i den mobile æra. Kun en tredjedel (31 pct.) af de adspurgte tester i øjeblikket formelt deres mobile applikationer. Og de testende virksomheder fokuserer 64 pct. primært på ydeevne, 48 pct. tester for funktionalitet, mens blot 18 pct. har fokus på sikkerhed.
Der er sket meget over de seneste 5-10 år i Danmark, men meget tyder på, at vi fortsat har en opgave foran os med henblik på synliggøre den værdi, som tests skaber. Test i sig selv giver ikke et kvalitetsløft. Men det giver en indsigt, som er kritisk for at kunne professionalisere IT-branchen herhjemme og sikre en større produktivitet og mindre fejlmargin i udviklingen af nyt software. Derfor er det vigtigt, at vi sætter ind på netop det her område,
På verdensplan vælter det frem med nye applikationer til smartphones og tablets. I hver af de første syv måneder af 2012 blev der indsendt 26.000 ansøgninger til iTunes App Store alene. Men meget tyder på, at virksomhederne ofte er for hurtige til at lancere nye applikationer – uden de er tilstrækkeligt gennemtestede.
Det er en af hovedkonklusionerne i undersøgelsen, WQR afslører, at virksomhederne kæmper for at klare udfordringerne i den mobile æra. Kun en tredjedel (31 pct.) af de adspurgte tester i øjeblikket formelt deres mobile applikationer. Og de testende virksomheder fokuserer 64 pct. primært på ydeevne, 48 pct. tester for funktionalitet, mens blot 18 pct. har fokus på sikkerhed.
Lav modenhed i Danmark
WQR viser, at flere virksomheder på globalt plan overvejer, at oprette deres eget testcenter til kvalitetssikring end forrige år. Det er en udvikling, som går stik imod tendensen i Danmark, hvor hele 65 pct. af de IT-ansvarlige angiver, at de ikke har overvejelser om at etablere et testcenter, der kan sikre en mere strategisk og systematisk tilgang til udviklingen af bedre software. På globalt plan er det tilsvarende tal blot 34 pct., hvilket også er gennemsnittet i de øvrige nordiske lande.Der er sket meget over de seneste 5-10 år i Danmark, men meget tyder på, at vi fortsat har en opgave foran os med henblik på synliggøre den værdi, som tests skaber. Test i sig selv giver ikke et kvalitetsløft. Men det giver en indsigt, som er kritisk for at kunne professionalisere IT-branchen herhjemme og sikre en større produktivitet og mindre fejlmargin i udviklingen af nyt software. Derfor er det vigtigt, at vi sætter ind på netop det her område,
Abonner på:
Opslag (Atom)