mandag den 1. juni 2015

Test i Danmark 2015

Velkommen til anden udgave af Test i Danmark rapporten. Test i Danmark har til formål at undersøge softwaretest og QA tendenser i Danmark og dets udvikling.

Undersøgelsen tager udgangspunkt i hovedkonklusionerne fra World Quality Report 2014-15, der er udarbejdet sammen med HP, og undersøger den danske softwaretests tilstand op mod resten af testverdenen.

Siden 2009 har Sogeti, Capgemini og HP publiceret denne rapport for at give indsigt i de seneste trends inden for applikationskvalitet, metoder, værktøjer og processer.

World Quality Report 2014-15 er baseret på i alt 1.543 detaljerede telefoninterviews på tværs af 25 lande med CIO’er, VP of Applications, it-direktører/chefer og QA direktører/chefer i private  virksomheder og offentlige organisationer.

I forbindelse med TestExpo-konferencen (www.testexpo.dk) den 29/1 2015 i Bella Center i København blev der foretaget en spørgeskemaundersøgelse. Der er 72 konferencedeltagere, der har besvaret undersøgelsens 10 spørgsmål.

Rapporten kan hentes via følgende link:

http://www.capgeminisogeti.dk/om-os/publikationer/test-i-danmark-2015/

søndag den 26. april 2015

Domæneanalyse - en spændende, relevant og effektiv testteknik

Som tester anvender man ofte både ækvivalenspartitionering og grænseværdianalyse - som er et par gode og anvendelige datadrevne testteknikker. Udfordringen er en gang imellem, at disse ser verden endimensionelt, men i mange situationer interagerer data med hinanden, og en paramenters dataværdi kan påvirke hvilke dataværdien for en anden parameter der er mulig.

Nedenstående tager udgangspunkt i, at der er tale om 2 parametre. Situationer med 3 eller flere parametre kræver værktøjsunderstøttelse, og behandles ikke her, men mange af principperne er de samme.

I en sådan situation som beskrevet i ovenstående er domæneanalyse en både relevant og effektiv testteknik. Domæneanalyse er rigtig god til at identificere om grænseværdierne er implementeret korrekt i systemet - det drejer sig om manglende grænseværdier, ekstra grænseværdier, grænseværdier der er skiftet/ændret og/eller grænseværdier der er 'vippet' (f.eks. er kravet til grænseværdien 'Y = X - 10', men der er implementeret 'Y = X + 10'.

Først en række definitioner af værdier - med de engelske betegnelser i parentes:
  • INDE (IN) - repræsenterer en værdi der er i partitionen/domænet.
  • UDE (OUT) - repræsenterer en værdi der er uden for partitionen/domænet/grænsen.
  • PÅ (ON) - repræsenterer en værdi på grænsen af partitionen/domænet.
  • UDENFOR (OFF) - repræsenterer en værdi lige udenfor partitionens/domænets grænse - altså den mindst mulige nominelle værdi.
Domænets grænser kan være lukkede eller åbne:
  • LUKKEDE grænser - defineret med de matematiske operatorer '>=', '<=' eller '=' - betyder at grænsen ikke er inkluderet i domænet, hvilket betyder, at:
    • PÅ-værdien er i domænet
    • UDENFOR-værdien er ikke i domænet.
  • ÅBNE grænser - defineret med de matematiske operatorer '>' eller '<' - betyder at grænsen ikke er inkluderet i domænet, hvilket betyder, at:
    • PÅ-værdien er ikke i domænet
    • UDENFOR-værdien er i domænet.
Domæneanalyseteknikken betyder så, at der for den meget 'strenge' operator '=' skal vælges en PÅ-værdi og to UDENFOR-værdier - en på hver side af grænsen, mens der for de resterende operatorer (>=, <=, >, <) skal vælges en PÅ-værdi og en UDENFOR-værdi.

En særdeles værdifuld hjælp til domæneanalyse er nedenstående tabel - kaldet en domæneanalysematrix:

I ovenstående domæneanalysematrix (tom skabelon) tester de første fire testcases PÅ og UDENFOR værdierne for betingelserne relateret til variabel 1 og INDE værdi for variabel 2, mens testcases 5 - 8 tester PÅ og UDENFOR værdierne for betingelserne relateret til variabel 2 og INDE værdi for variable 1.

Jeg håber dette indlæg viser værdien af domæneanalyse, samt hvordan testteknikken anvendes. 

mandag den 13. april 2015

International Workshop | Combinatorial Testing

I denne uge afvikles IEEE International Conference on Software Testing, Verification and Validation" - det foregår i Graz (Østrig).

En del af denne konference er en dag med workshops - hvor en af dem om brugen af kombinatoriske teknikker. En workshop hvor målet er at få kædet den akademiske forskning sammen med industrien (test).

Der var følgende på agendaen:
  • Embedded Functions in Combinatorial Test Designs
  • Introducing Combinatorial Testing in the Organization - a Report on a First Attempt
  • Combining Minimization and Generation for Combinatorial Testing
  • A First Systematic Mapping Study on Combinatorial Interaction Testing for Software Product Lines
  • Evaluation of the IPO-Family Algorithms for Test Case Generation in Web Security Testing
  • A Process for Non-Functional Combinatorial Testing - Selection of Parameter Values from a Nondiscrete Domain Space
  • Combinatorial Interaction Testing of Tangled Configuration Options
  • Relationship between Pairwise and MC/DC Testing: Initial Experimental Results
  • Why Combinatorial Testing Works - Analyzing Minimal Failure-Causing Schemas in Logic Expressions
  • Constraint Handling in Combinatorial Testing Generation Using Forbidden Tuples
  • Using Decision Trees to aid Algorithm Selection in Combinatorial Interaction Test Generation
  • Flattening or Not of the Combinatorial Interaction Testing Models
  • Improving IPOG's Vertical Growth Based on a Graph Coloring Scheme
  • Equivalence Class Verification and Oracle-free Testing Using Two-Layer Covering Arrays
  • BEN: A Combinatorial Testing-Based Fault Localization Tool.
Det har været en interessant og spændende dag - og et godt forsøg på at få udbredt forskningsverdenens resultater til testverdenen. Der er mange input, og jeg er slet ikke klar til at videreformidle nogle af dem nu. Det må komme senere, idet det meste af materialet, i form af forskningsrapporter, først er gjort tilgængeligt i dag.

Men jeg vil den kommende tid behandle emnerne på denne blog.

lørdag den 28. februar 2015

Krav skal være testbare

Systemet skal være subjektivt tilfredsstillende for alle brugere

Ovenstående kravformulering har jeg hørt fra en kollega. Et krav der er umuligt at teste.

søndag den 8. februar 2015

Test i Danmark 2015

I denne uge behandler og analyserer vi de svar vi fik indsamlet fra deltagerne på TestExpo 2015. Ligesom sidste år blev der også i år stillet 10 test relaterede spørgsmål - svarene og analysen samles i rapporten Test i Danmark 2015, som udkommer primo marts.

Rapporten fra 2014 kan bestilles på www.capgeminisogeti.dk

Når den nye rapport er klar bestilles den samme sted.

God fornøjelse.

mandag den 2. februar 2015

iPad-opdatering satte S-tog i stå

»Mange linjer« aflyst mandag morgen på grund af bøvl med lokomotivførernes iPad.

Et typisk S-tog med otte vogne vejer i nærheden af 124 ton. Mandag morgen blev de stoppet af en iPad på lige omkring 437 gram. En fejl i en sikkerhedsopdatering på lokomotivførernes iPad skabte nemlig store problem og betød aflysninger på »mange linjer,« bekræfter DSB.

TEST - TEST - TEST - TEST - TEST

onsdag den 28. januar 2015

Nye testdesignteknikker

Så er jeg klar til at præsentere to nye testdesignteknikker i ISTQB Advanced Pensum for testanalytikere på TestExpo 2015 - domæneanalyse og test af userstory.

onsdag den 14. januar 2015

lørdag den 20. december 2014

Etik for softwaretestere - et forsøg på at uddybe disse.....

Deltagelse i softwaretest giver enkeltpersoner mulighed for at få indblik i fortrolige og interne oplysninger. Etiske regler er nødvendige blandt andet for at sikre, at oplysningerne ikke bruges på en upassende måde.

ISTQB har anvist en række etiske regler, men hvad betyder de i praksis - jeg vil her forsøge at komme med et første bud på dette:

OFFENTLIGHEDEN
ISTQB: Certificerede softwaretestere skal agere i overensstemmelse med offentlighedens interesser. 
Hvad betyder det: Hvis du finder en fejl der kan ramme brugerne er det vigtigt at rapportere denne. Du skal som tester ikke tilbageholde informationer om fejl.

KLIENT OG ARBEJDSGIVER
ISTQB: Certificerede softwaretestere skal agere på en måde, der bedst muligt tager hensyn til deres klients og arbejdsgivers interesser og er konsistent med offentlighedens interesser.
Hvad betyder det: Du må ikke lade personlige interesser/relationer påvirke rapporteringen af fejl eller prioriteringen/vurderingen af denne.

PRODUKT
ISTQB: Certificerede softwaretestere skal sikre, at de leverancer, de udarbejder (om de produkter og systemer, de tester), opfylder de højest mulige professionelle standarder.
Hvad betyder det: Som certificeret tester skal du fortsætte med at lære. Test som fagområde udvikler sig hele tiden, og test kræver den bedst mulige viden og færdighed. Som tester skal du aldrig nøjes med en overfladisk og forældet tilgang til test. 

VURDERING
ISTQB: Certificerede softwaretestere skal opretholde integritet og uafhængighed i deres professionelle vurdering.
Hvad betyder det: Der er måske en konflikt i forhold til kunden, arbejdsgiver eller andre der fortæller dig som tester, at du ikke skal rapportere en fejl, men du skal som tester raportere på en objektiv og professionel måde - hvis du mener der er en fejl - så rapporter den.

STYRING
ISTQB: Certificerede softwaretestansvarlige og ledere skal bidrage med og fremme en etisk tilgang til styring af softwaretest.
Hvad betyder det: Testafvikling er normalt meget presset i forhold til tidspunktet for levering af produktet, hvorfor overskridelser og forsinkelser i forhold til tid, budget er sandsynlig. Det er derfor nemt at tage en række genveje og dermed eliminere den gode testpraksis. Testlederen skal være opmærksom på dette. 

ERHVERV
ISTQB: Certificerede softwaretestere skal fremme erhvervets integritet og ry i overensstemmelse med offentlighedens interesse.
Hvad betyder det: Dette betyder, at testere ikke bare skal passe deres job - de skal også tale om det, skrive white papers og træne andre i at teste bedre. Erhvervets ry er bedst tjent med at være opmærksom på dette.

KOLLEGER
ISTQB: Certificerede softwaretestere skal være fair og støttende over for deres kolleger og fremme samarbejdet med softwareudviklerne.
Hvad betyder det: Som tester rapporterer du fejl og problemer, hvorfor det er nemt at komme i en slags 'krigstilstand' med udviklerne. Som skal tester skal du være konstruktiv og bidrage til projektets værdiskabelse.

PERSONLIGT
ISTQB: Certificerede softwaretestere skal deltage i livslang indlæring med hensyn til udøvelsen af deres erhverv, og de skal fremme en etisk tilgang til udøvelsen af erhvervet.
Hvad betyder det: Du skal altid være opmærksom på de krav der stilles til dit erhverv som tester - teknologien ændrer sig over tid, hvorfor du som tester skal udvikle dine kompetencer.
  

lørdag den 13. december 2014

Techno Vision 2015 - Update

Så er dialog værktøjet Techno Vision opdateret til 2015. Spændende og praktisk tilgang til etablering af virksomhedens digitale strategi.

lørdag den 22. november 2014

STARwest 2014 - afsluttende bemærkninger

Så er konferencen i Anaheim (Los Angeles) veloverstået, og de mange ideer og tanker er ved at bundfælde sig. Det tager altid lidt tid at få alle disse input efterbehandlet – i hvert fald med min begrænsede ’kapacitet’. Det er grunden til at der er gået nogle uger før disse afsluttende bemærkninger er forfattet.

Nu var dette jo min første konference på west-siden af USA, og det kan anbefales – det var en lang tur, men niveauet af faglighed er højt, og netværket udvides på en anden måde og i en anden retning – til stor glæde for alle parter. 

Ligesom STAReast er det agile-tema fortsat meget fremherskende – i den forstand der sker en fortsat modning af det agile tankesæt inden for test. Rob Galen fremgår i mit ’lille’ univers som en god referenceramme inden for den agile verden, og understøtter min ’personlige’ rejse (transition) mod en bredere dækning af tilgange til test. Hans ’three pillars of agile’ er for mig en god model til forståelse og læring af det agile tankesæt.

Der var specielt en key-note jeg vil fremhæve her i min afsluttende bemærkninger – The Power of the Individual Tester’ af Ben Simo, som havde prøvet hjemmesiden i relation til det nye amerikanske sundshedsprogram – healthcare.gov. Det var virkelig eksemplet på, hvad der kan gå galt. Ben var på STARwest som privatperson, da det var som privatperson han havde prøvet hjemmesiden – og det var rystende dels hvad han havde fundet og dels hvordan han blev af de amerikanske sundhedsmyndigheder udråbt til at være ’uddannet hacker’. Så meget for at påpege fejl og uhensigtsmæssigheder – som blev benægtet at var der, men som alligevel efterfølgende blev rettet.

En af de tutorials jeg deltog i som jeg specielt vil nævne her er Lee Copelands Fundamental Test Techniques – han havde en spændende opdeling af black-box teknikkerne i science og art – altså videnskab og kunst. Det får mig også lige til at erindre, at det jo netop er her i 2014 det er 30 år siden, at den første testbog udkom på dansk (1984), nemlig bogen Kunsten at teste edb-programmer af Glenford Meyer, hvor det at teste er kunst. Det er i hvert fald en kunst at teste struktureret og fornuftigt – derfor er testteknikkerne vigtige. I går, i dag og i morgen.

Jeg glæder mig til kommende oplevelser på STAR-konferencerne i både USA og Europa.

Skotsk bank får kæmpebøde for IT-problemer

"De regulerende myndigheder udtaler, at op til 635 systemer hos RBS blev ramt af en software-opdatering, som gjorde kunderne ude af stand til at benytte pengeautomater, netbank eller betale lån i op til 20 dage."

Interessant udvikling - som sikkert også skal ses i lyset af bankernes større placering og virke som en vital del af den finansielle infrastruktur - og gradueringen af bankerne i bl.a. 'systemiske' (SIFI).

fredag den 17. oktober 2014

Testing & Quality Leadership Summit @STARwest 2014

Så er det fredag, og fokus i dagens heldags Summit er test, kvalitet og ledelse, og med Julie Gardiner, Jon Bach, Rob Sabourin og Jeff Payne.

STARwest 2014 - reflektioner over torsdagens indtryk og oplevelser

Den første keynote torsdag morgen var virkelig en 'øjen-åbner' for alle deltagere, hvor Ben Simo (eBay - men det var ikke som repræsentant for denne virksomhed han var der, men som privatperson) præsenterede sine oplevelser som bruger af sitet www.healthcare.gov, som er 'indgangen' til det nye amerikanske sundhedssystem. Ben Simo's keynote hed The Power of an Individual Tester: The Healthcare.gov Experience.

Ben's keynote var virkelig en oplevelse - han brugte sin viden om test af websites, og viste eksempel efter eksempel på sikkerhedsbrister, fejl, uhensigtsmæssigheder m.m. på denne hjemmeside, som jo potentielt skal anvendes af mange millioner af amerikanere.

Han viste også klip fra forskellige TV-programmer og kongreshøringer, hvor han af chefen for den offentlige styrelse der er ansvarlig for sitet blev kaldt 'hacker', og alle situationerne (læs: problemerne) han fandt i web-løsningen for teoretiske - men det er alligevel blevet rettet en for en efterfølgende.

Efter dette 'morgen-break' var det nok svært at se det geniale i resten af dagens indlæg - men det lykkedes ganske udemærket for Deborah Kennedy i sit indlæg på track-session Testers, Use Metrics Wisely or Don't Use Them at All. Her viste hun en masse gode eksempler på, hvordan der kunne opstilles grafer, diagrammer og andre oversigten - som alene med den måde de blev opstillet på 'slørede' det faktiske billede - dejligt input til 'testrapporteringens spindoktor'.

Resten af torsdagen gik med Metrics That Matter med Pablo Garcia, The Unfortunate Triumph of Process over Purpose med James Christie, User Acceptance Testing in the Testing Center of Excellence med Deepika Mamnani og sluttede af med keynoten Softwarts: Security Testing for Muggles med Paco Hope. En rigtig 'Security Wizard'.

Alt-i-alt også en god sidste-dag på konferencen, og nu afventer kun fredagens 'The Testing & Quality Leadership Summit - Test Leadership on the Edge'.

STARwest 2014 - det fysiske udbytte

torsdag den 16. oktober 2014

STARwest 2014 - jeg gik mig over sø og land

Jeg er nu på fjerde dagen af STARwest 2014 konferencen, og er nu kommet til tidspunktet, hvor der hos mig nogle gange opstår det der vist kaldes konference-kuller.

Det sker for selv den bedste, og altså også for mig. Når det sker plejer jeg at gå en tur. Nogle gange kort. Nogle gange langt. Nogle gange sker der noget magisk.

Så jeg gik mig over sø og land........og hvad så jeg.....Julie Gardiner?...... dog ikke, men følte mig lidt som Jeppe i baronens seng.......drømmer jeg eller er jeg vågen.

Jeg gik langt, men alligevel, nok ikke til Orlando i Florida. Og dog - pludselig så jeg i det fjerne, i smoggen i LA, noget der kunne minde om studenter-konceptet fra syden.

Og ja. Jeg så rigtigt. Konceptet med en restaurant drevet af kvindelige studerende med speciale i ugler med store øjne har spredt sig.

Jeg er jo et godt menneske. Så her sidder jeg. Blandt kvindelige studerende med speciale i ugler med store øjne. Meget store. Knap så store. I forskellige farver, mønstre og former.

Men støtter dem alle.........selvom de ikke taler tysk......og dog.....vielleicht......

STARwest 2014 - og det skete i de dage....og.....hører Bob Galen den danske gruppe 'På Slaget 12'?

Så blev det onsdag og dermed midtvejs i dette ugelange event med test, test og test på programmet. Som tidligere omtalt var der tutorials mandag og tirsdag, og onsdag og torsdag selve konferencedelen med tracksessions, hvor der afvikles typisk 6 sideløbende spor. Onsdag var der 3 key-notes, som man har mulighed for at deltage i alle sammen. 18 track-sessions som man har mulighed for at deltage i 3 af, da de kører sideløbende. Udover dette var der 9 såkaldte tekniske præsentationer, som typisk er værktøjsleverandører og andre udstillere på EXPO'et der tilbyder uddybende gennemgang. Disse kører også sideløbende med track-sessions. Så er der bonus-sessions og yderligere tekniske præsentationer under frokosten - så der er næsten dårlig samvittighed over alt det man ikke når at deltage i - næsten ligesom en rigtig test......

Åbnings key-noten var Quality Principles for Today's "Gluware" - Testing Web Services, Libraries and Frameworks med Julie Gardiner. Julie er en 'bombe' på mange områder, og ikke mindst på energi og engagement. En ren fornøjelse, og så viste hun sig også som tryllekunster. Hun talte bl.a. om information og kommunikation, og de komplicerende faktorer der er for at sikre det - teknologi, geografi/kultur og daglig multi-tasking. Et af hendes mange gode budskaber var, at vi som testere skal være bedre til at vise værdiskabelsen over for ledelsen - altså synliggørelse af f.eks. fejl fundet, og dermed forhåbenligt reduceret produktrisiko, og via metrikker som DDP. Hun talte også om, hvad vi skal være opmærksom på ved brug af eksterne systemleverandører - vi skal spørge ind til leverandørens test og kvalitets setup både før udvælgelsen, og under projektforløbet. Altså stille krav - det var smukt. Julie havde et par gode bemærkninger - eller der var faktisk mange - men et af dem var RISK RULED.

Dagens anden key-note var med Bob Galen over emnet Balancing the Crusty and Old with the Shiny and New. Et markant, og pragmatisk, indlæg om vor testverden, om dem og os. Traditionel udvikling eller agil udvikling. Men Bob havde for de mange situationer han beskrev, også en 'lige-midt-i-mellem' - og det får mig til at tænke over om Bob Galen kender den aarhusianske gruppe 'På Slaget 12' og deres skønne sang 'Lige Midt Imellem'? Og det var hans budskab - det er ikke et enten-eller, men mellem. Så derfor til de der arbejder med det agile - smid nu ikke de smarte ting fra den traditionelle testverden ud - risiko-baseret test er fortsat smart og nødvendigt, testteknikkerne er fortsat smarte og nødvendige osv., og omvendt den traditionelle 'verden' kan også sagtens bruge mang af ideerne fra den agile verden. Han havde dog en rigtig god udtalelse - den traditionelle verden 'deliver the ASK', men den agile verden 'deliver the NEED'. Han har nok ikke helt uret.

Jeg blev en del inspireret af Bob Galen, hvorfor jeg deltog i den første track-session hos ham - hvor han talte om A Tester's Guide to Collaborating with Product Owners. Det væsentligske budskab var vist - du skal have respekt for Product Owner - de har et hårdt job. Han præsenterede følgende ni områder, som guidelines for testernes samarbejde med Product Owner (PO):
  1. Bridge stories from team to the PO - omtalte her de 3 Amigos (Tester - Udvikler - PO)
  2. Help write solid Acceptance Tests
  3. Hold everyone 'accountable' to DoD
  4. Represent the customers
  5. Ask questions - be inquisitive, be curious, explore
  6. What about the Cost of Quality?
  7. What about the Cost of Testing?
  8. The backlog is a Plan - help focus it towards Release
  9. Get to know your PO.
Afslutningsvis sagde han 'hjælp PO med at bygge det rigtige, og hjælp teamet med at bygge det rigtigt'. Meget godt ramt.

Min næste track-session var Martin Pol med Test Improvement in Our Rapidly Changing World. Et af hans budskaber var - det gælder ikke om at scope point i en modenhedsmodel, det drejer sig om at forbedre - og det har han da ret i. Et indlæg som var præget af, at han vist synes han skulle skabe en forbindelse mellem den traditionelle verden og den agile verden - inden for testforbedring, hvilket han delvist opnåede. Han brugte en del tid på at fortælle om TPI. :-)

Min sidste track-session onsdag var med Shelley Rueger over temaet Implementing Outsourced Testing Services with a Third Party Vendor. Hendes fokus var på crowd-sourcing, og tog udgangspunkt i en konkret case. Det var et spændende indlæg - dels fordi der ikke var mange der deltog og dermed kom vi tættere på med spørgsmål og kommentarer og dels fordi det var et relativt nyt emne for mig. Hun gennemgik bl.a. også forskellene mellem outsourcing og crows-sourcing - hvilket var spændende - og fordele/ulemper mellem disse, men med udgangspunkt i den konkrete case.

Dagens sidste aktivitet - på konferencen - var Lightning Strikes the Keynotes. Sessionen varer en time under facilitering af Lee Copeland, hvor 9 forskellige indlægsholdere taler i maksimalt 5 min. over et emne, som vedkommende føler for.......endnu engang et anderledes og faktisk ganske underholdende afslutning på en lang dag.

onsdag den 15. oktober 2014

World Quality Report 2014-15 er nu på gaden

Den 6. udgave af World Quality Report (WQR) er nu offentliggjort, og den viser en række spændende forhold i forhold til test og kvalitet. Undersøgelsen er global med et lokalt tvist - og er baseret på 1.543 interviews med it-ledere, hvoraf 33 fra Danmark.

Der er en række spændende key-findings i WQR:
  1. Transformationsprogrammer der bruger SMAC (Social, Mobile, Analytics, Cloud) og IoT (Internet of Things) ændrer fokus på test og kvalitet, og øger vigtigheden af samme.
  2. Budgetterne for test og kvalitet fortsætter med at stige til højder der ikke er set tidligere, og dette er delvist drevet af nye digitaliseringsprojekter.
  3. Mange virksomheder foretrækker at organisere deres test- og kvalitetsfunktioner som en kombination af centrale og decentrale enheder.
  4. Mange virksomheder øger anvendelsen af eksterne serviceleverandører inden for test og kvalitet i fællesskab.
  5. Andelen af rene offshore engagementer er faldende.
  6. Ikke-funktionelle krav - specielt sikkerhed og performance - og kundeoplevelser bliver et mere og mere vigtigt fokusområde for test og kvalitet.
  7. De fleste virksomheder kræver hurtige og tilpassede løsninger i forholdet mellem test og kvalitet og agile udviklingsmetoder.
  8. Brugen af cloud-baserede løsninger for testområder er stigende.
  9. Mange virksomheder har stigende modenhed indenfor områderne testmiljø, testdata management og testautomatisering.
WQR 2014-15 kan hentes på www.worldqualityreport.com eller på www.capgeminisogeti.dk - god fornøjelse med læsningen.

STARwest 2014 - Tirsdagens tutorials - reflektioner - og så er bogladen åben

Så er den officielle del af tirsdagens program overstået - eller det er faktisk ikke helt rigtigt, idet der senere på eftermiddagen er åbningsreception for konferencedelen der er onsdag og torsdag, hvor der er kortere præsentationer (30-45 min) og key notes.

Dagens 2 tutorials jeg deltog var udvalgt ud af 18 mulige - det er altid svært at fravælge, men det er ganske enkelt nødvendigt.

Fundamental Test Design Techniques

Det var en tutorial af Lee Copeland - som altid er engageret og fornøjelig at møde - og der blev præsenteret en række af de kendte testteknikker: Ækvivalensklasser, grænseværdianalyse, beslutningstabeltest, tilstandsovergangstest, udforskende test og defekttaksonomi.

På testteknik-siden var der ikke meget nyt for mig, men de eksempler Lee præsenterede og i forskellige sammenhænge gav mig mange ideer til, hvordan jeg fremover kan gøre præsentationen af disse testteknikker endnu bedre. Lee lavede en opdeling af blackbox-teknikkerne i to grupper - en videnskabelig (science) og en kunst (art) - en spændende og anderledes opdeling, som jeg vil prøve at arbejde videre med. Dette for mig lige til at mindes, at de jo er her i 2014 det er 30 år siden den første testbog udkom på dansk, nemlig oversættelsen af Glenford Meyers bog 'The Art of Software Testing', som selvfølgelig fik den mundrette titel 'Kunsten at test edb-programmer'.

Interessant er det, at i forhold til beslutningstabeltest, så skaber 'regel-begrebet' fortsat debat, spørgsmål og drøftelse - jeg vil altså finde en måde at få det bedre forklaret på.

Pairwise Testing Explained

Det var igen en Lee Copeland tutorial, men denne gang med parvis test. En testteknik jeg ofte underviser i og bruger. Formålet var primært at få nye ideer til, hvordan denne kan formidles. Han præsenterede brugen af ortogonale tabeller (som jeg også anvender), og så præsenterede han også brugen af 2 værktøjer - AllPairs og PICT. AllPairs udviklet af James Bach og PICT af Microsoft.

Jeg har set værktøjerne før, men lagde mærke til at PICT har denne specielle egenskab, at det kan anvendes med afhængigheder mellem parametre - altså hvis P1 har værdien X så kan P2 ikke have værdien Y m.m. En anvendelig og ofte savnet feature.

Men også en god tutorial, og spændende at se at de samme spørgsmål dukker op på tværs af kontinenter.

Bookstore Open at STARwest 2014

HURRA - så er bogladen åben - har allerede udset mig et par bøger jeg skal have købt og læst.

tirsdag den 14. oktober 2014

Back to the Future.........

Lige købt en ny bog i bogladen på STARwest, og ser at den er udgivet (eller nok nærmere udgives) i 2015...........så er vel sådan lidt "back to the future" agtigt.......

STARwest 2014 - Tirsdag morgen - hvad er mine planer?

Så blev det tirsdag morgen her i Anaheim i Californien - husk der er 9 timers forskel - så det er ikke mig der sover længe.....heller ikke herovre.

Her tirsdag fortsætter tutorials - og jeg har tilmeldt mig to halvdags tutorials med selveste Lee Copeland (hvis du synes det siger dig et eller andet - så er det måske fordi du kender en af hans testbøger - A Practitioner's Guide to Software Test Design - en god bog som jeg klart kan anbefale, hvis ikke du kender den allerede) - her til formiddag er det en ny tutorial som han har udviklet der hedder 'Fundamental Test Design Techniques (han har haft en tilsvarende tidligere, men den er annonceret som NEW) og så i eftermiddag 'Pairwise Testing Explained' - jeg håber ved begge tutorials at kunne få inspiration til min egen undervisning i testteknikkerne - og så selvfølgelig at lære noget nyt..............

STARwest 2014 - Reflektioner over mandagens tutorials

Mandagens tutorials for mig var som tidligere nævnt 'Application Performance Testing - A Simplified Universal Approach' med Scott Barber og ' Exploratory Testing Explained' med Paul Holland. I det følgende er mine betragtninger i relation til disse to tutorials.

Application Performance Testing - A Simplified Universal Approach

Scott's tutorial var en god  gennemgang af de ledelsesmæssige, organisatoriske og strategiske betragtnnger der skal gøres i forbindelse med performance test - uden at det bliver et teknisk indlæg.

Der var nogle gode key points som jeg gerne vil dele:
  • Performancetest skal være en integreret del af hele projektets life-cycle
  • Hele projektteamet skal have fokus på det - ikke kun de tekniske testere
  • Forventningerne til performancetesten skal være afstemt, herunder klar rolle- & ansvarsfordeling
  • Fokus skal være konstant og samarbejdende.
Exploratory Testing Explained

Paul's tutorial startede lidt akavet i min optik, men blev bedre. Først brugte han en del tid på den nye ISO/IEEE/IEC 29119 standard for softwaretest - som han ikke er den store fan af, lød det til - og derefter brugte han en del tid på sine - åbenbart store - idoler; Brdr. Bach. Nu skal jeg selvfølgelig passe på med ikke at lade mig påvirke af mine personlige holdninger til førnævnte ting, men var jeg primært kommet for at få en ind-i-kroppen-oplevelse af exploratory test.

Han havde en god efterfølgende god (og relevant) start omkring exploratory test - step 1: learn how to test og derefter et nyt step 1: do exploratory testing! - og derefter følgende 'To do ET well, begin by doing it poorly' - dette var en ganske forfriskende start.

Der blev også præsenteret nogle synspunkter på forskellen mellem 'checking' og 'testing', som selvfølgelig er interessante, men nok vil være et fokusområde jeg vil præsentere senere på bloggen.

Exploratory test (ET) er en tilgang til test, og kan anvendes i forbindelse med alle testteknikker og alle udviklingsmodeller - det er altså ikke begrænset til den agile verden. ET er en testtilgang, hvor læring, testdesign, testafviklng og evaluering af testresultater kører som samtidige parallelle aktiviteter.

Der blev talt en del om heuristikker (Ifølge Wikipedia er en heuristik: En heuristik eller heuristisk metode er en metode, som hjælper en til eller tillader en at udforske og lære ting på egen hånd, eller at løse et problem ved at evaluere de erfaringer, man har gjort sig, og derved prøve sig frem, til man har en løsning).

Paul præsenterede en heuristisk teststrategi model omfattende begreber som projektmiljø, kvalitetskarakteristik, produktelement og opnået kvalitet der samtidig dækkede over risiko, orakler, dækningselement og rapportering. Nogle spændende betragtninger.

ET er en struktureret proces - og altså ikke tilfældig, men systematisk - og denne struktur stammer fra flere kilder: føromtalte testdesign-heuristikker, testcharter, timeboks, produktrisiko, produktstrukturen, udviklingsaktiviteterne, projektbegrænsninger, ressourcer allokeret af projektet og så den overordnede tilgang og mål med testen.

Hele ideen med ET er denne samtidighed af læring, design, afvikling og logning af test, og det er under denne proces det kreative og sjove element indgår, herunder forgreningen af testideer - altså det forhold at man starter med en testide, og under arbejdet med at teste denne, får man en ny ide til test, der igen skaber en ny osv.

En vigtig del af ET - ifølge Paul - er testhistorien, som består af 3 dele (eller måske nærmere 4) - (1) historien om status på produktet, (2) historien om hvordan du har testet det, (3) historien om værdien af test, og så (måske) (4) historien om værdien af disse historier.

ET bør køre sessionsbaseret - altså med et givet formål m.m., og deraf skal der selvfølgelig også ske en rapportering af dette - jvf. ovenstående historier.

Alt-i-alt var det en god og interessant eftermiddag, men jeg er dog overbevist om, at dette ikke er den eneste 'historie' om exploratory test.

Først kom TMap NEXT, så kom TPI NEXT, og så kom nu pepsi next.........

mandag den 13. oktober 2014

STARwest - Exploratory Testing Explained

Mandagens anden tutorial er om Exploratory Testing Explained. Mine forventninger er store - bør blive en ind-i-kroppen oplevelse (og måske endda en ud-af-kroppen oplevelse). :-)