12: Testerne er med fra starten 16: Test giver kvalitet i softwaren 21: Test er med fra udviklingsstart

Transkript

1 TESTE TEMA TEST 12: Testerne er med fra starten 16: Test giver kvalitet i softwaren 21: Test er med fra udviklingsstart Ifølge Mette Bruhn-Pedersen, formand for DSTB (Danish Software Testing Board), diskuteres det livligt i testerkredse, hvad testerprofilen bør være. Mit indtryk er, diskussionen deler vandene. Der er nogle grundlæggende testkompetencer, som skal være til stede, men nogle mener, at testere fremover primært skal være teknikere, mens andre mener, at forretningskendskabet er det centrale, siger hun. [12] Prosabladet

2 RNE er med fra starten I den agile verden er test blevet en integreret del af udviklingsprocessen, og udviklingshuse tænker nu test ind på strategisk niveau. Af Stig Andersen [prosabladet@prosa.dk] Foto: Lars Bertelsen Der er de senere år sket en betydelig professionalisering af testfunktionen i udviklingshusene, og test er i langt højere grad blevet en integreret del af selve udviklingsprocessen. Med udbredelsen af agile udviklingsmetoder generelt og Continuous Delivery i særdeleshed er det blevet god praksis at færdiggøre overskuelige delleverancer i korte cyklusser, hvor der også indgår test. I det setup giver det ikke mening at sende softwaren til test som sidste led i kæden, før releasen skal ud. Men sådan har det ikke altid været, og en del steder sidder softwaretesterne stadig i en separat afdeling, både fysisk og organisatorisk, og har ikke noget samarbejde med udviklerne mellem releases. Når den nye kode rammer dem, har de formentlig kun de oprindelige kravspecifikationer at forholde sig til, men meget kan have ændret sig i kodefasen. Så der skal typisk foretages et større opklaringsarbejde for at finde ud af, hvordan funktionaliteten egentlig skal være. Samarbejdet mellem udviklerne og testere kan i det setup blive lidt anspændt ikke mindst fordi der ofte kun er tid til at få rettet de mest alvorlige fejl; releasen skulle jo egentlig allerede har været ude for to uger siden. Testere har formentlig heller ikke særlig høj status i organisationen og synes ofte, at det kan være svært at trænge igennem i udviklingsafdelingen. Man skal passe meget på med at generalisere. I mange udviklingshuse har man tænkt test ind på et strategisk niveau, og test er blevet professionaliseret mange steder, men der er stor forskel på modenheden i virksomhederne. En hel del steder er test stadig ikke i tilstrækkeligt omfang en integreret del af udvik- >> Prosabladet[13]

3 TEMA TEST 12: Testerne er med fra starten 16: Test giver kvalitet i softwaren 21: Test er med fra udviklingsstart Testere har typisk et godt øje for, at testerne kommer tidligt ind og fra starten Mette Bruhn-Pedersen, formand, lingsprocessen, siger Jesper Molin, salgschef i TestHuset, der er en de store udbydere herhjemme af kurser og certificeringer inden for softwaretest. Ingen uddannelse i softwaretest En af driverne i professionaliseringen af softwaretest som disciplin er det begrebsapparat og de certificeringer, som defineres og vedligeholdes af ISTQB (International Software Testing Qualifications Board). ISTQB International Software Testing Qualifications Board (ISTQB) er en nonprofitorganisation, der arbejder med at definere internationale standarder for testkompetencer med tilknyttede certificeringer. ISTQB-certificeringer er delt op i kerneområde, agilt område og specialistområde. For hvert område er der tre niveauer: Foundation, Advanced og Expert. Kerneområdet består af Foundation, Advanced Test Manager, Test Analyst, Technical Test Analyst og Expert Test Manager og Improving the Test Process. Inden for det agile område kan der tages en testercertificering på Foundation-niveau, og der arbejdes i øjeblikket på to yderligere agile certificeringer på Advanced-niveau. I specialistområdet kan der tages en modelbaseret testercertificering på Foundation-niveau. Danish Software Testing Board (DSTB) er den danske repræsentant i ISTQB og arbejder med udvikling og vedligehold af ISTQB's certificeringer samt for at udbrede kendskabet til ISTQB herhjemme. DSTB er ansvarlig for alle områder inden for ISTQB-certificering i Danmark, hvilket blandt andet indebærer akkreditering af kursusudbydere samt udvikling og kvalitetssikring af eksamenssæt til ISTQB-certificeringerne. DSTB arrangerer hvert år i juni måned en stor softwaretest-konference. Se mere på dstb.dk og istqb.org. Der findes jo ikke en egentlig uddannelse i softwaretest, så ISTQB har som den altdominerende standard spillet en meget vigtig rolle i at etablere en fælles forståelsesramme i form af et velbeskrevet sæt begreber og termer samt metodeapparat, siger Mette Bruhn-Pedersen, der er formand for DSTB (Danish Software Testing Board), som er repræsentant for Danmark i ISTQB og arbejder for at udbrede kendskabet til ISTQB herhjemme. Mette Bruhn-Pedersen oplever også, at test generelt er tidligere på banen i udviklingsprocessen, og at samarbejdet mellem testere og udviklere er tættere end tidligere. Testere har typisk et godt øje for, hvad der kan gå galt, så vi ser gerne, at testerne kommer tidligt ind og fra starten er med til at sikre kvaliteten af produktet. Her er de agile processer rigtigt gode til at inddrage alle faggrupper, siger hun. Jesper Molin peger på vigtigheden af, at udviklere og testere arbejder tæt sammen om at tolke de use cases, udviklingen tager afsæt i, for derved at højne kvaliteten af slutproduktet. Testere er vigtige at have med fra starten som en slags djævlens advokater, for eksempel i forhold til anvendelighed og testbarhed. Mange udviklere ser det som et værdifuldt bidrag til deres arbejde, men det kan stadigvæk være en udfordring nogle steder at få samarbejdet til at fungere. Så der har man stadig en opgave med holdningsbearbejdning, siger han. Øget automatisering En anden dominerende tendens inden for softwaretest er øget automatisering. Et centralt element i Continuous Delivery er automatisering af hele udviklings- og deployment-processen, og det rammer i høj grad også test lige fra unit test til egentlige scenarietest, hvor sekvenser af funktioner, der udgør en afrundet forretningsproces, bliver testet. De senere år er der kommet en hel række værktøjer på markedet til at understøtte automatiseringen. Nogle af dem kræver ikke decideret tekniske kompetencer, i andre tilfælde er det nyttigt med programmeringskompetencer. [14] Prosabladet

4 hvad der kan gå galt, så vi ser gerne, er med til at sikre kvaliteten af produktet Danish Software Testing Board Ofte skal man ind bagved for at få det fulde udbytte af testværktøjerne. Udfordringen er også at sikre, at scriptene kan tilpasses uden for store omkostninger, eksempelvis når der kommer nye felter til, eller der fjernes nogle, fortæller Klaus Olsen, der har mere end 20 års erfaring som softwaretester og gennem sin virksomhed, Softwaretest.dk, leverer rådgivning, uddannelse og konsulentydelser inden for test af software. Han peger på, at automatisering i sig selv ikke løser selve udfordringen med at teste på den rigtige måde: Det er nødvendigt at have egentlige testkompetencer til rådighed i organisationen, når man går i gang med at automatisere sine test. Ellers er det populært sagt bare a way to fail faster, siger Klaus Olsen. Automatiseret test case En af udløberne af det agile tankesæt er Test Driven Development (TDD), hvor udvikleren som det allerførste skal udvikle en automatiseret test case. Metoden har været fremme i nogle år, men er ikke voldsomt udbredt. Der er mange i den agile verden, der taler om TDD, men som reelt ikke har implementeret det, blandt andet fordi det ganske enkelt er rigtigt svært at få til at fungere i praksis, fortæller Klaus Olsen. De senere år har der derfor udviklet sig en variant af TDD, benævnt Behaviour Driven Development (BDD), hvor man ifølge Klaus Olsen i højere grad fokuserer på den konkrete adfærd i forretningen udtrykt i de sæt af handlinger, der foregår i det specifikke domæne. Beskrivelsen af denne adfærd kan så efterfølgende automatiseres, hvilket gør TDD mere tilgængelig. Med hensyn til baggrund er testere generelt en forholdsvist broget skare. Nogle kommer fra forretningen, andre har en teknisk baggrund, og mange kommer fra et helt tredje sted. Sammen med udbredelsen af de agile udviklingsmetoder har den øgede anvendelse af automatiserede test haft betydning for testerprofilen. Hvad testerprofilen bør være i dag, bliver ifølge Mette Bruhn-Pedersen diskuteret livligt i testerkredse. Mit indtryk er, diskussionen deler vandene. Der er nogle grundlæggende testkompetencer, som skal være til stede, men nogle mener, at testere fremover primært skal være teknikere, mens andre mener, at forretningskendskabet er det centrale, siger hun og tilføjer, at hun ikke ser automatiseringen som en trussel mod testerne som faggruppe. Der er stadig mange ting, som kun mennesketestere kan teste, eksempelvis brugervenlighed, ligesom udforskende test af kombinationer af forretningsgange også kræver, at der sidder et menneske bag skærmen. Dertil kommer, at der kan være simple kalkuler, som siger, at det er for dyrt at implementere automatiserede test på et givet produktområde, siger hun. Mette Bruhn-Pedersen tilføjer, at hvor målgruppen for DSTB s arbejde tidligere primært var testere og test managers, som man støttede i deres arbejde med at løfte sig fagligt, er der nu meget fokus på at få ledelserne i tale dels for at få test, og dermed generel kvalitetssikring, ind på det strategiske niveau, dels for at formidle budskabet om, at business casen for en professionel testindsats generelt er positiv. Værktøjer - automatiseret test Der findes en lang række værktøjer til automatiseret test både til desktop- og webapplikationer. Nogle af dem er kommercielle og ligger i den dyre ende, mens der specielt på web-fronten findes mange open source-værktøjer med Selenium som den mest udbredte. Cucumber er også blevet meget populært og er i virkeligheden meget mere end blot et testværktøj. På cucumber.io defineres Cucumber som et værktøj, der understøtter samarbejdet mellem udvikling, test og forretningen, hvor resultatet er executable specifications. Tjek også InfoQartiklen BDD Tool Cucumber is Not a Testing Tool (goo.gl/y4qzao). Der findes en række oversigter over automatiseringsværktøjer på nettet. Se for eksempel Software Test Automation Tools (goo.gl/qms1yv) og Top Automated Testing Software Products (goo.gl/gi8klj). Prosabladet[15]

5 TEMA TEST 12: Testerne er med fra starten 16: Test giver kvalitet i softwaren 21: Test er med fra udviklingsstart I et nyt projekt har KMD valgt en tilgang baseret på Behaviour Driven Development og Continuous Delivery. Det betyder, at testerne er involveret fra starten, fortæller afdelingschef Bjørn Nørgaard og test manager Tona Richter Hansen. Test giver KVALITET i softwaren KMD's testgruppe har en afgørende rolle i arbejdet med at højne softwarekvaliteten. I et nyt projekt kører man Behaviour Driven Development, hvor testerne er involveret fra starten. Af Stig Andersen [prosabladet@prosa.dk] Foto: Lars Bertelsen KMD er især kendt for at levere løsninger til de danske kommuner, men har også en betydelig privat portefølje. Det er et stort hus med omkring 130 testere, som bliver allokeret ud til de mange projekter, der konstant er gang i. På grund af mængden og spændvidden i projekterne kan man ifølge Bjørn Nørgaard, afdelingschef i et af de fire testkompetencecentre, ikke tale om én specifik tilgang til udvikling og test. Vi har hele paletten lige fra den traditionelle vandfaldsmodel til et nyt projekt, hvor vi stræber efter at praktisere Continuous Delivery med hyppige deployments og Behaviour Driven Development (BDD), fortæller han. Tona Richter Hansen er testmanager i det nye projekt, som går ud på at udvikle en infrastruktur, så information om data i én kommune kan eksponeres for andre kommuner. I BDD starter man med at definere testen inklusive acceptkriterier ud fra user stories, der beskriver de handlinger, som giver kunderne værdi i deres forretning. Først når det er gjort, starter selve kodningen, fortæller hun. Testernes kernekompetence Hos KMD er der to overordnede grupper af testere: test- og automatiseringsspecialister og forretningstestere. Testere med meget erfaring og lyst til at gå den vej kan blive testmanagers, der koordinerer testaktiviteterne i projekterne. Alle med en testfunktion i KMD har eller får en ISTQB-certificering. ISTQB er ikke en værktøjskasse, men et rigtig godt rammeværk, der giver en fælles forståelse af begreber og termer. Det er utrolig vigtigt, når man skal bevæge sig fra projekt til projekt, siger Tona Richter Hansen. Selvom testerne er blevet integreret i udviklingsprocessen, og testerne har delt sig i to mere specialiserede hovedspor, så kan man ifølge Bjørn Nørgaard stadig tale om en kerne af specifikke testkompetencer. Som jeg ser det, er det de klassiske testkompetencer som eksempelvis testanalyse og testplanlægning, som testerne bringer i spil i dag sker det bare på en anden måde og på et tidligere tidspunkt i udviklingsprocessen, siger han. Bjørn Nørgaard fortæller, at forbedret softwarekvalitet er højeste prioritet i den aktuelle strategi i KMD, og at testgruppen er udpeget som en primær spiller i den sammenhæng. Overskriften er "push quality upstream", hvilket blandt andet afspejles i testernes tidlige involvering i udviklingsprocessen. De erfaringer, man i øjeblikket gør sig med BDD, skal formidles ud i organisationen, men Bjørn >> [16] Prosabladet

6 Prosabladet[17]

7 TEMA TEST 12: Testerne er med fra starten 16: Test giver kvalitet i softwaren 21: Test er med fra udviklingsstart Nørgaard erkender, at en egentlig omstilling skulle ske over forholdsvis lang tid. KMD er et stort hus, så det tager nødvendigvis tid at få udbredt nye udviklingsprocesser. Det er dog vigtigt, at man sørger for bare at komme i gang og ikke først skriver en hel bog om, hvilken vej man vil gå. Også i denne proces gælder det om at være agil, siger han. Testerne med fra starten I en model, der sigter mod Continuous Delivery inklusive BDD, har testerne i første omgang en undersøgende og rådgivende funktion - primært for at sikre, at acceptkriterierne i testene er de rigtige i forhold til kravene. Testerne har blandt andet som opgave tidligt at få stillet de rigtige spørgsmål til eksempelvis product owners. Her ligger også en af de udfordringer, der kan være i en BDD-model: Man skal ofte have indhentet input fra rigtigt mange mennesker for at sikre, at man har beskrevet de specifikke kundehandlinger og de tilhørende test præcist nok, siger Tona Richter Hansen, som tilføjer, at det helt generelt tager tid at få implementeret en ny måde at arbejde på, så der skal arbejdes med at få etableret de forskellige roller i teamet. Hun har ikke oplevet forbehold fra udviklernes side over for den tidlige involvering af testerne, men snarere udpræget villighed til at samarbejde om at få udviklet og gennemført de test, som henholdsvis testere og udviklere har ansvaret for. Høj grad af automatisering Der er en høj grad af testautomatisering i projektet omkring procent, hvor unit test, som udviklerne står for, ikke er medregnet. Selenium, SoapUI og ikke mindst Cucumber er værktøjerne, der anvendes. Man har udviklet sin egen standard på Cucumber-platformen et "common scenario language" som man kan anvende på tværs af projekterne. En af udfordringerne ved automatiserede test er netop at lave dem tilstrækkeligt robuste og skalerbare, så man ikke skal skræddersy dem til hvert enkelt projekt og hver version af løsningerne. I øjeblikket optimerer man på version to ud fra de erfaringer, men har høstet hidtil. Det er en proces og en stor investering, men det vil helt sikkert give noget på længere sigt. En af de store fordele ved Cucumber er, at beskrivelserne af scenarierne er læsbare for folk fra forretningen. Det betyder, at man nemt kan få verificeret, at man tester det rigtige, fortæller Tona Richter Hansen, som på ingen måde er bekymret for, at automatiseringen skal overflødiggøre testerne: Det er fint, at man sætter maskinerne til at udføre det repetérbare verifikationsarbejde, hvor man blot skal tjekke af, om de enkelte funktioner virker. Så kan man frigøre testerne til at udføre de udforskende test, hvor testere med domæneekspertise fokuserer på at fremprovokere fejl inden for et begrænset område af softwaren, som er under test, siger hun. Det er fint, at man sætter maskinerne til at udføre det repetérbare verifikationsarbejde, hvor man blot skal tjekke af, om de enkelte funktioner virker Risikobaseret test Man arbejder med risikobaseret test, hvilket betyder, at testindsatsen prioriteres efter, hvad der er forretningskritisk i det specifikke domæne, man arbejder i. Den vurdering er et af parametrene, når testindsatsen skal fordeles på henholdsvis automatiserede test og test udført af testere. Ved højt prioriterede områder kan man eksempelvis vælge at bruge mange ressourcer på udforskende test ved siden af de automatiserede test. Man kan også vælge at udføre manuelle test frem for automatiserede test, hvis det vurderes at være for omkostningstungt at udvikle automatiserede test. Sidstnævnte kan for eksempel forekomme på meget lavt prioriterede områder, som ikke forventes at ændre sig, hvor man kun automatiserer det absolut kritiske forretningsscenarie. Tona Richter Hansen har nogle gode råd til andre, der overvejer at implementere BDD. I første omgang er det vigtigt at få slået fast, om det i det konkrete tilfælde kan betale sig at foretage investeringen. Det kræver noget at få det implementeret, men helt overordnet er der ingen tvivl om, at den fremtidige udvikling og vedligehold af løsningerne bliver billigere, siger hun. Ud over de ressourcer, som skal investeres i at etablere de tekniske rammer, er der også et arbejde med at få implementeret de nye roller i projektteamet. Det er afgørende at få sammensat det rigtige team, og at hver enkelt er helt klar over sin rolle i teamet. For mange er det stadigvæk en ny måde at arbejde på, og det skal man nødvendigvis tage højde for, siger Tona Richter Hansen. Tona Richter Hansen, test manager, KMD [18] Prosabladet

8 Forsikring specielt for ansatte i Tele IT med overskudsdeling GF Tele IT er en forsikringsklub specielt for ansatte i Tele IT branchen. Klubben er en del af GF Forsikring, og hos os får du bl.a. gratis autohjælp det første år og overskudsdeling på bilforsikring. Vi udbetaler nu 38 % af bilpræmien tilbage til vore kunder. Se mere på gfteleit.dk GF Tele IT Gudenåcenteret, Gl. Stationsvej 3 st. tv Randers SV Tlf gfteleit.dk Prosabladet[19]

9 TEMA TEST 12: Testerne er med fra starten 16: Test giver kvalitet i softwaren 21: Test er med fra udviklingsstart I dag er vi som testere meget mere en del af teamet og føler, at vi endnu bedre kan være med til at bidrage til, at vi får succes med det produkt, vi arbejder med, siger Viktor Yarovyy (tv.), der har en baggrund som elektronikingeniør og har arbejdet med softwaretest i mere end 10 år. Hans samarbejdspartnere tæller Rasmus Beck, Head of Platform Engineering, Jesper Vehn Munk, Team Lead og Signe Julius, Head of Application Engineering. Test er med fra Hos udviklingshuset e-conomic er testfunktionen nu en naturlig og integreret del af udviklingsprocessen. Forventningen er, at testerne på lige fod med de andre i teamet løbende sparrer med udviklerne i udviklingsfasen. Samtidig har testerne også fået opgaver med at implementere automatiserede test-opgaver. [20] Prosabladet

10 >> Prosabladet[21]

11 TEMA TEST 12: Testerne er med fra starten 16: Test giver kvalitet i softwaren 21: Test er med fra udviklingsstart Af Stig Andersen [prosabladet@prosa.dk] Foto: Lars Bertelsen E-conomic er et af de helt store danske gennembrud inden for cloud-løsninger. Over kunder i Norden anvender online-regnskabsprogrammet, der henvender sig til små og mellemstore virksomheder et marked, der er interessant i en sådan grad, at virksomheden i 2015 blev opkøbt af norske Visma for halvanden milliard danske kroner. Hovedparten af de omkring 185 medarbejdere sidder på hovedkontoret i København tæt på Langebro i det, der engang var pakhusbygning for De Danske Sukkerfabrikker. Testere sparrer med udviklere I udviklingsafdelingen, der tæller cirka 50 medarbejdere, har man i flere år arbejdet efter de agile principper og metoder. Man har også været tidligt ude med at implementere både processer og den tekniske infrastruktur til at understøtte Continuous Integration og Continuous Delivery. Metoderne sigter mod hyppige deployments og en høj grad af automatisering og har betydet en grundlæggende ændring i definitionen af test og testernes rolle. I den verden giver det ingen mening at have en testfunktion, som kommer på bagkant i forhold til selve kodningen. Testerne har i mange år været en del af de enkelte udviklingsteams, men hvor de tidligere først kom ind til sidst i processen, er de nu involveret fra starten, fortæller Signe Julius, Head of Application Engineering. Indtil januar i år var hun leder af en egentlig Quality Assurance-enhed, men som en konsekvens af, at test nu er defineret som en integreret del af udviklingsprocessen, er enheden nedlagt. I dag forventes testerne på lige fod med de andre i teamet løbende at sparre med udviklerne i udviklingsfasen. Samtidig har de også fået opgaver med at implementere automatiserede test i JAutomate og Selenium, fortæller Signe Julius. Man anvender også Cucumber, som der er lidt blandede erfaringer med ifølge Rasmus Beck, som er Head of Platform Engineering: For at kunne skrive gode features og scenarier skal man forstå, hvor man bør bruge det, og hvor det ikke passer. Det giver for eksempel ikke mening at skrive features for at teste ting, der kunne dækkes af unit test. Det kræver også ret stor disciplin at kunne forfatte et scenario tilpas abstrakt til, at det rent faktisk ikke er bundet hårdt op til den grænseflade, man tester, siger han. Viktor Yarovyy, der har en baggrund som elektronikingeniør og har arbejdet med softwaretest i mere end 10 år, er en af de testere, der har mærket forandringerne i sit daglige arbejde. I dag er vi som testere meget mere en del af teamet og føler, at vi endnu bedre kan være med til at bidrage til, at vi får succes med det produkt, vi arbejder med, siger han og fortsætter: Vi er nu tættere på arbejdet med funktionalitetskravene og har rent praktisk også meget tidligere adgang til de nye features i udviklingsmiljøet. Viktor Yarovyy arbejder en del i JAutomate, som han mener, er et meget stærkt værktøj til at skabe automatiserede test med. Ændret profil For udviklerne har forandringerne betydet, at test ikke længere er noget, der nødvendigvis bliver udført af en anden rolle i organisationen det er en helt integreret del af udviklingsarbejdet. Det er udviklernes ansvar at skrive testscripts i forbindelse med kodningen. I første omgang har det været unit test, men efterhånden dækker det også UI-test og integrationstest, som spænder over et større stykke kode og tester egentlige workflowscenarier, fortæller Jesper Vehn Munk, Team Lead på et af e-conomics feature teams. Et eksempel fra hans team illustrerer tydeligt, i hvor høj grad testrollen er under stor forandring. Ved udgangen af februar i år mistede teamet en testmedarbejder, der i den seneste tid reelt ikke udførte traditionelt testarbejde, men derimod implementerede automatiske test. Det er nu implementeret, så testen udføres ved et tryk på en knap. Der er dog stadig brug for at videreudvikle testplatformen, så nu er teamet ude med et stillingsopslag på en automation engineer. Rasmus Beck forklarer baggrunden for den ændrede profil: Tidligere har vi haft folk med kompetencer inden for test og specifikke testteknikker, men det er nogle andre kompetencer, vi har brug for i dag. Vi har product owners og supportere i organisationen med dybt domænekendskab, som udformer use cases og definerer de acceptance criteria, der skal testes på. Så vi har brug for en mere teknisk profil, der kan lave de automatiserede test. Hele teamet skal omstille sig Udviklerne har været meget positive over for den tidligere feedback fra testerne, men ifølge Signe Julius har nogle testere været lidt tøvende over for at skulle gå ind i den tidlige dialog med udviklerne. Nogle af dem har måske også følt, at de blev fastholdt i deres tidligere rolle af de faste mønstre og forventninger, som udviklerne havde til [22] Prosabladet

12 Det er vigtigt, at man ikke blot fokuserer på, at testerne skal omstille sig og lære nyt. Det drejer sig om, at hele teamet skal lære at samarbejde på en ny måde Signe Julius, Head of Application Engineering, e-conomic en tester. For at implementere den nye måde at samarbejde på i teamet har man derfor gennemført workshops med afsæt i Kanban, der er en metode til at understøtte agil udvikling. Det er vigtigt, at man ikke blot fokuserer på, at testerne skal omstille sig og lære nyt. Det drejer sig om, at hele teamet skal lære at samarbejde på en ny måde, og det har Kanban-øvelserne været rigtigt gode til at understøtte, siger Signe Julius. Alle testere hos e-conomic har en ISTQB-certificering, men ifølge Signe Julius er det primært nogle af de mere generelle elementer fra ISTQB, man kan gøre brug af i e-conomics tilfælde. Jeg prioriterer kurser og certificeringer inden for agile test- og udviklingsmetoder, da det passer til den retning, vi vil udvikle vores forretning i. Jeg tror, at udbyttet af ISTQB er meget domæneafhængigt, så hvis vi eksempelvis lavede udvikling baseret på kontrakter med strenge krav til dokumentation eller produkter til for eksempel medicinalindustrien, ville de specifikke ISTQB-teknikker givet være mere relevante, siger hun. Infrastrukturen skal på plads Ligesom det er hele teamet, der skal indstille sig på en ny måde at arbejde på, er der ifølge Rasmus Beck også nogle tekniske forudsætninger, som skal være på plads. Det er ikke kun et spørgsmål om testernes rolle. Grundlæggende handler det om at fjerne sommerfuglene i maven på alle, der er involveret i at udvikle og frigive softwaren. Derfor skal man virkelig prioritere at få implementeret hele infrastrukturen til understøttelse af en automatiseret deployment-proces. Hvis man har styr på instrumenteringen af den proces, er det meget nemmere at få alle de andre ting til at falde på plads, siger han. Prosabladet[23]