Testautomatisering Archives - Key2Quality

Mød en konsulent: Morten Engberg

Trine Zachariassen — Wed, 08 Oct 2025 07:24:21 +0000

Hos Key2Quality har vi fornøjelsen af at have et stærkt aspirantteam, hvor nye talenter udvikler sig i takt med, at de skaber værdi for vores kunder. Blandt dem er Morten Engberg – en engageret og proaktiv junior testkonsulent, der med sin analytiske tilgang og passion for kvalitet bygger bro mellem IT og forretning.

Morten er cand.it. i IT, Kommunikation og Organisation fra Aarhus Universitet og har siden september 2024 været en del af vores aspirantforløb, hvor han målrettet opbygger sine kompetencer inden for test og kvalitetssikring gennem både certificeringer og hands-on erfaring.

Morten er videbegærlig og nysgerrig af natur, og han trives med nye faglige udfordringer, som skubber til hans udvikling. Han er ikke bange for at tage initiativ, og han bidrager gerne, hvor han kan se, at der er mulighed for at gøre en forskel – og lære noget nyt!

Han trives i teams, hvor han møder både kolleger og kunder i øjenhøjde, og hans styrke ligger i at omsætte tekniske detaljer til løsninger, der skaber reel værdi – altid med samarbejde og kvalitet i centrum.

Hvad kan du godt lide ved at arbejde som konsulent?

Som konsulent bliver jeg hele tiden udfordret i nye kontekster, miljøer og teknologier. Det betyder, at jeg konstant skal være nysgerrig og omstillingsparat – og det driver virkelig min faglige og personlige udvikling. Jeg lærer noget nyt hver gang, jeg træder ind i et nyt projekt, og det er både spændende og givende.

Hvordan hjælper du vores kunder med at skabe værdi? Hvordan gør du en forskel for dem?

Som testanalytiker bidrager jeg ved at skabe overblik og tydelighed. Jeg bruger min analytiske tilgang til at vurdere risici og identificere, hvor testindsatsen bør fokuseres. Det handler om at placere indsatsen, hvor den skaber mest værdi – og samtidig sikre, at testdesign og test cases understøtter det overordnede mål.

På den måde bidrager jeg til mere effektive testforløb og en mere robust løsning for kunden.

Hvad er dit faglige speciale? Hvorfor netop det, og hvordan kommer det i spil i dine opgaver?

Mit speciale er testanalyse – kombineret med en spirende interesse for testautomatisering og teknisk test.

Jeg er fascineret af, hvordan automatisering kan styrke testindsatsen og effektivisere arbejdsgange. Derfor bevæger jeg mig målrettet i den retning, samtidig med at jeg styrker mine kompetencer på området. Det er et område, hvor jeg oplever stort fagligt potentiale – og hvor jeg kan kombinere analyse og teknik på en meningsfuld måde.

For som jeg ser det, handler automatisering er ikke bare om teknik – det er en genvej til kvalitet, der virker i praksis.

Hvad motiverer dig mest i dit arbejde?

Jeg bliver motiveret af at lære – og af at udvikle mig fagligt. Hver gang jeg træder ind i et nyt miljø, får jeg ny indsigt og nye perspektiver. Det udfordrer mig – og det holder mig skarp. Det er den faglige progression, der driver mig.

Hvordan holder du dig opdateret og skarp i dit felt?

Jeg er nok lidt af en nørd, når det kommer til ny viden. Jeg følger aktivt med i udviklingen inden for test og teknologi via fagmedier som Ingeniøren, ITWatch og internationale tech-sider.

Derudover deltager jeg i kurser og certificeringsforløb – både via Key2Quality og i min fritid.

Jeg har ikke en udviklerbaggrund, så jeg arbejder målrettet på at opbygge mine kompetencer inden for testautomatisering og teknisk test. Det kræver en ekstra indsats – men det er en investering, jeg glæder mig over hver dag.

Hvordan ser en typisk arbejdsdag ud for dig?

Dagen starter typisk med et standup-møde, hvor teamet deler status og planlægger dagens opgaver. Derefter skaber jeg overblik over mine egne opgaver – og så går jeg i gang.

Når jeg ikke er tilknyttet en kundeopgave, bruger jeg tiden på selvstudier og på at bidrage til vores interne qAI-projekt – blandt andet via test. Det er en god måde at holde sig i gang og udvikle sig mellem opgaver.

Hvad kendetegner en god konsulent, efter din mening?

En god konsulent møder kunden i øjenhøjde, lytter og forholder sig objektivt til både problemstillinger og behov.

Det handler om at skabe værdi – både fagligt og menneskeligt. Man skal kunne sætte sig ind i kundens situation og handle ud fra den – og samtidig turde stille de rigtige spørgsmål og udfordre, når det er nødvendigt.

Er der et projekt eller en opgave, som du bliver særligt glad eller stolt af at tænke tilbage på?

I mit seneste projekt som testanalytiker tog jeg initiativ til at drive et automatiseringsprojekt videre – selvom jeg ikke havde erfaring med det på forhånd.

Sammen med en erfaren testmanager lykkedes det at opbygge en ny, strømlinet struktur, som gjorde det muligt for kunden faktisk at anvende løsningen i praksis. Det var en stor sejr – både for projektet og for min personlige udvikling.

Hvad laver du, når du ikke er på arbejde? Har du en særlig passion?

Jeg elsker at være i naturen – uanset om det er i skoven eller ved vandet. Naturen giver mig ro og rum til refleksion, og det er vigtigt i en travl hverdag.

Det er dér, jeg finder ny energi – og dér, jeg lader op, så jeg kan være den bedste version af mig selv både privat og professionelt.

Har du et yndlingscitat eller et motto, der afspejler din tilgang til dit arbejde – eller livet som konsulent?

Ja – for nu at fejlcitere Pippi Langstrømpe:

“Det har jeg ikke prøvet før, så det kan jeg sikkert godt.”

Det opsummerer meget godt min tilgang. Jeg er ikke bange for at kaste mig ud i noget nyt – og jeg tror på, at man vokser af at tage chancer og lære undervejs.

Hvordan vil du beskrive Key2Quality med tre ord?

Rummelighed, høj faglighed og glæde.

Her er højt til loftet og plads til forskellighed. Vi kender hinanden godt, støtter hinanden og har det sjovt undervejs. Samtidig oplever jeg stor faglig inspiration i samarbejdet med mine kolleger – og en kultur, hvor vi virkelig trives sammen. Det betyder meget – både for fagligheden og for arbejdsglæden.

Har du brug for en engageret og proaktiv junior testkonsulent, der med sin analytiske tilgang og passion for kvalitet bygger bro mellem IT og forretning?

Så er Morten Engberg måske det rette match!

Kontakt områdeleder for IT-kvalitetssikring og senior konsulent, Jonas Sloth på 4940 2794 eller jonas@key2quality.dk.

The post Mød en konsulent: Morten Engberg appeared first on Key2Quality.

Mød en konsulent: Martin Rahbek Nielsen

Trine Zachariassen — Wed, 14 May 2025 06:40:15 +0000

Hos Key2Quality er vi så privilegerede at huse nogle fantastisk dygtige konsulenter. Konsulenter, som alle skaber værdi for vores kunder med deres kompetencer inden for softwaretest, IT-kvalitet og IT-projektledelse. En af dem er Martin Rahbek Nielsen – en erfaren og løsningsorienteret senior testautomatiseringskonsulent, der med nysgerrighed og mod kaster sig ud i teknologiske udfordringer, ikke mindst inden for embedded software test.

Martin Rahbek Nielsen er uddannet softwareingeniør og har gennem sin karriere bevæget sig i spændingsfeltet mellem udvikling, projektledelse og kvalitetssikring. Han har tidligere arbejdet som både projektleder og scrum master men er altid vendt tilbage til automatisering og kvalitetssikring, som er dét, som han brænder allermest for.

Martins kompetencer spænder bredt – fra softwareudvikling og programmering til test, kvalitetssikring og automatisering. Han har solid erfaring med at arbejde i komplekse teknologiske miljøer og trives med at sætte sig ind i nye områder, herunder embedded software test. Med en praktisk og løsningsorienteret tilgang går han til opgaverne med det retoriske spørgsmål:

“Hvad er det værste, der kan ske? Som regel er der jo en løsning på alting.”

For Martin handler det om at skabe værdi hurtigt. Han er skarp til at danne sig et overblik over kundens udfordringer og omsætte dem til konkrete løsningsforslag, som kan videreudvikles i tæt dialog med kunden. Kvalitet, samarbejde og leverancer til tiden er omdrejningspunktet i hans arbejde – og han sørger altid for, at kunden er med hele vejen.

Hvad kan du godt lide ved at arbejde som konsulent?

Jeg trives i konsulentrollen, fordi jeg kan godt lide at møde nye opgaver, nye teknologier og nye brancher. Hver gang jeg starter hos en ny kunde, møder jeg nye problemstillinger og teknologier, som jeg skal sætte mig ind i. Det gør arbejdet spændende og udviklende. Jeg har arbejdet med mange forskellige teknologier hos kunderne – også nogle, jeg ikke havde forestillet mig at skulle prøve. Det er både sjovt og lærerigt at kaste sig ud i det ukendte.

Hvordan hjælper du vores kunder med at skabe værdi? Hvordan gør du en forskel for dem?

Jeg fokuserer på hurtigt at forstå kundens problemstilling og præsentere et løsningsforslag, som vi sammen kan forfine og justere. Det er vigtigt for mig, at kunden hurtigt ser resultater og oplever, at de får værdi for pengene. Jeg prioriterer åben kommunikation og inddrager kunden i hele processen for at sikre, at vi sammen skaber den rette kvalitet til den aftalte tid.

Hvad er dit faglige speciale? Hvorfor netop det, og hvordan kommer det i spil i dine opgaver?

Jeg er uddannet softwareingeniør og har arbejdet som udvikler, projektleder og scrum master. Men min passion ligger i automatisering og kvalitetssikring.

Mine kompetencer spænder fra softwareudvikling og programmering til test og kvalitetssikring. Og jeg er ikke bange for at kaste mig ud i nye teknologiske udfordringer, eksempelvis i form af embedded software test. Jeg har blandt andet arbejdet med testvægge, hvor masser af udstyr skal kommunikere sammen. Det kan jeg godt lide. At lige pludselig står man dér med en skruetrækker i hånden. Jeg synes, det er spændende at kombinere software med fysisk hardware på den måde.

Hvad motiverer dig mest i dit arbejde?

Det motiverer mig at se kunderne lykkes og hurtigt opleve resultater. Når de kan se, at det arbejde, vi laver, skaber værdi og forbedrer deres processer, giver det en stor tilfredsstillelse.

Hvordan holder du dig opdateret og skarp i dit felt?

Jeg lærer bedst ved at prøve mig frem. Når jeg skal lære et nyt kodesprog eller løse en konkret problemstilling, bruger jeg værktøjer som ChatGPT til at få indsigt og inspiration. Jeg foretrækker praktisk læring frem for teori – det er gennem hands-on erfaring, jeg udvikler mig mest.

Hvordan ser en typisk arbejdsdag ud for dig?

Dagen starter ofte med et morgenmøde med kunden, hvor vi gennemgår dagens opgaver. Derefter går jeg i gang med opgaverne og tager fat i de relevante personer for sparring eller hjælp. Når en opgave er færdig, præsenterer jeg resultatet for kunden og sikrer, at det lever op til deres forventninger.

Hvad kendetegner en god konsulent, efter din mening?

En god konsulent er i stand til hurtigt at sætte sig ind i kundens situation og komme med relevante løsningsforslag. Det handler om at være proaktiv, kommunikativ og fleksibel. Man behøver ikke at have alle svarene fra starten, men man skal være åben for at finde løsninger sammen med kunden og sikre, at de føler sig hjulpet og forstået.

Er der et projekt eller en opgave, som du bliver særligt glad eller stolt af at tænke tilbage på?

Jeg har arbejdet på flere spændende projekter, men et, der skiller sig ud, var hos en kunde i energisektoren, hvor jeg var med til at udvikle en simulator. Det var en kompleks opgave, men resultatet blev rigtig godt, og kunden var meget tilfreds. Et andet projekt inden for test af embedded software var også en stor succes og gav kunden en robust og effektiv løsning.

Hvad laver du, når du ikke er på arbejde? Har du en særlig passion?

Jeg nyder at arbejde med hænderne – det kan være at skrue på bilen, arbejde i haven eller renovere mit gamle hus. Det giver mig ro og en følelse af tilfredshed at skabe noget fysisk og se resultaterne af mit arbejde. Og så synes jeg også, at det er vigtigt at komme lidt væk fra computeren, når man sidder så meget ved den i sit arbejde.

Har du et yndlingscitat eller et motto, der afspejler din tilgang til dit arbejde – eller livet som konsulent?

Jeg kan godt lide Pippi Langstrømpes tilgang: “Det har jeg ikke prøvet før, så det kan jeg nok godt finde ud af.” Det handler om at have modet til at kaste sig ud i nye udfordringer og tro på, at man kan finde en løsning – for hvad er det værste, der kan ske? Som regel er der jo en løsning på alting.

Hvordan vil du beskrive Key2Quality med tre ord?

Faglighed, ordentlighed og glæde. Vi har en kultur, hvor vi støtter hinanden, deler viden og har det sjovt sammen. Selvom vi ofte arbejder på forskellige projekter, føler man sig som en del af et fællesskab, hvor der er plads til forskellighed og personlig udvikling.

Har du brug for en konsulent, der kombinerer teknisk dybde med praktisk sans og evnen til hurtigt at skabe værdi? Så er Martin Rahbek Nielsen klar til at hjælpe – kontakt områdeleder for ledelse og facilitering, Jacob Fisker på 4940 7579 eller jacob@key2quality.dk.

The post Mød en konsulent: Martin Rahbek Nielsen appeared first on Key2Quality.

Skal Mohamed sikre kvaliteten i dine komplekse, datadrevne AI-løsninger?

Trine Zachariassen — Tue, 22 Apr 2025 12:42:01 +0000

Vores dygtige testautomatiseringskonsulent Mohamed H. Mohamed har gennemført kurset “ISTQB Certified Tester AI Testing (CT-AI)” – en certificering, der klæder ham (og os) endnu bedre på til fremtidens kvalitetsudfordringer med AI.

Vi har interviewet Mohamed om kurset, og hvad han kan bruge det til.

Hvor har du taget kurset?

Jeg har gennemført et selvstudie til ”ISTQB Certified Tester AI Testing (CT-AI)” via materialer fra ISTQB’s officielle hjemmeside: https://www.istqb.org/certifications/certified-tester-ai-testing-ct-ai/.

Hvad gik kurset ud på?

Kurset fokuserer på test af AI-baserede systemer, herunder machine learning-modeller, kvalitetsegenskaber og specifikke testteknikker. Det dækker også brugen af AI til at forbedre traditionel test.

Hvorfor valgte du at tage netop denne certificering?

Som softwaretester inden for automatiseringstest giver CT-AI mig værktøjer til at tackle AI-systemers unikke udfordringer. Certificeringen udvider min ekspertise i at sikre kvalitet i komplekse, datadrevne løsninger.

Hvordan adskiller AI-test sig fra traditionel softwaretest?

AI-test kræver fokus på ikke-deterministiske outputs og datakvalitet frem for faste regler. Det omfatter teknikker som metamorphic testing og vurdering af kvalitetsegenskaber som bias og explainability.

Hvad kan du bruge kurset til?

Med kurset kan jeg hjælpe vores kunder med at teste AI-modellers pålidelighed, sikre gennemsigtighed og håndtere udfordringer som bias og datakvalitet i deres løsninger.

Hvad var de tre vigtigste læringer, som du tog med dig?

Hvordan man evaluerer pre-trained modeller, herunder risici som datakvalitet og overfitting.
Vigtigheden af kvalitetsegenskaber som transparency, interpretability og explainability i AI-systemer.
Anvendelse af AI til test, f.eks. til at analysere defect reports, generere test cases, optimere regression test suites, predicte defects og teste user interfaces.

Har du allerede haft mulighed for at bruge din nye viden i praksis?

Ja, jeg anvender allerede min nye viden i arbejdet med at udvikle skræddersyede AI-modeller til vores kunder

Hvordan tror du, AI kommer til at forandre test og kvalitetssikring de næste år?

Traditionel kvalitetssikring vil fortsætte, men AI-drevet test vil gøre processer mere effektive ved at optimere alle aspekter af kvalitetssikring. Det vil forbedre både hastighed og kvalitet.

The post Skal Mohamed sikre kvaliteten i dine komplekse, datadrevne AI-løsninger? appeared first on Key2Quality.

Embedded software test

Trine Zachariassen — Wed, 02 Apr 2025 06:09:47 +0000

Test af software er noget, de fleste forbinder med at oprette brugere, logge ind, få vist noget data og trykke på nogle knapper. Det kunne være i en mobil app, på en hjemmeside eller et program på computeren. Det er meget klassisk og noget, de fleste udviklere og testere har arbejdet med på et eller andet tidspunkt i deres karriere. Det er også noget der er nemt at forholde sig til, da det det foregår på enheder, vi allerede bruger meget i dagligdagen.

Men hvad hvis knapperne er fysiske, og der ikke er nogen brugerflade? Måske stikker der en masser ledninger ud af den enhed, du kigger på? Måske er din enhed forbundet til andre enheder?

Hvor man før i tiden havde flere mekaniske enheder, der manuelt skulle overvåges, er mulighederne i dag næsten uendelig. Det er muligt at lave elektroniske komponenter så små og smarte, at de findes stort set over det hele, i alle typer produkter og inden for alle brancher. Det kunne f.eks. være inden for præcis måling og dosering af væsker, til overvågning og styring af større strømanlæg. Fælles for disse enheder er, at mange af dem også indeholder software. Muligvis uden en skærm eller andre måder at fysisk interagere med enheden på.

Hvordan laver man test af fysiske enheder – også kaldet “embedded software test”? Opgaven er jo umiddelbart den samme som alle andre opgaver, der indebærer test af software. ”Når man gør sådan og sådan, skal der ske sådan og sådan.” Udfordringen kan være, at det kræver lidt mere teknisk kunnen af den, der udfører testene. Det kunne f.eks. være gennem en terminal eller kommando prompt, eller måske et API.

Hos Key2Quality har vi arbejdet på flere opgaver, som indebar test fysiske enheder. Her er nogle eksempler på, hvordan vi har hjulpet kunder godt videre med deres projekter.

Penetration test

En kunde ønskede hjælp med et allerede eksisterende setup af computere og hardwareenheder. De ville gerne have det lavet sådan, at hver gang en udvikler lavede en ændring på kodebasen, så blev der bygget en ny firmware, som blev lagt på hardwareenheden og testet. Testen i dette tilfælde var en penetration test kørt ved hjælp af et 3. partssoftware. De havde over flere gange forsøgt at få deres setup af hardwareenheder, computere og byggeagenter til at virke, men det sandede hurtigt til, hvorefter det holdt op med at virke. Pga. tidspres var der ikke overskud til at få det til at køre igen.

Vores opgave hos Key2Quality var at hjælpe kunden med at lave så stabilt et setup som muligt. Det skulle kunne køre som en template fra GitLab, så andre pipelines kunne bruge det. Skulle der ske en ændring, der gjorde, at scriptet begyndte at fejle, skulle det være nemt at finde fejlen, lave en rettelse og få det til at virke igen.

Sammen med kunden fik vi hurtigt styr på de fysiske dele. Det indebar en computer, der skulle fungere som byggeagent, diverse netværksopsætning samt opsætning af deres hardwareenheder. Herefter gik vi i gang med at lave de scripts, der skulle til for at hente og uploade den nye firmware til enheden og starte en penetration test på den. Alt sammen via kommandoer, man normalt vil køre fra en kommandoprompt. Her var altså ingen hjælp fra en grafisk brugerflade. Stille og roligt fik vi bygget alle deres ønsker ind i vores scripts. Vi fik tjekket og oprettet data, hvor det var nødvendigt, så testen altid ville kunne køre igen, skulle den fejle. Vi lavede også tests til vores templates, så det var nemt at teste både template og scripts. Alle filer blev løbende udfyldt med kommentarer, og dokumentation omkring brugen af det blev også løbende opdateret.

Under hele projektet var der en god dialog med kunden, som var med til lave review af koden. Kunden var hele tiden var med i processen, og vi kunne løbende rette til, hvis der var ønsker til ændringer. Til sidst var der et overdragelsesmøde, hvor kunden gav udtryk for, at de var rigtigt glade for det endelige resultat.

Cyber security test i henhold til IEC62443

Dette er endnu et eksempel på en opgave, som ikke indebar test af ”almindelig” software.

Kunden havde nogle enheder, som de selv havde kodet noget software i, og ønskede, at vi hos Key2Quality hjalp med at lave et proof-of-concept (POC) på en sikkerhedsopgave.

Hver gang kunden skulle lave en endelig release af deres enhed, skulle de samtidig kunne dokumentere, at den overholdt IEC62443-standarden, som indeholder flere punkter i forhold til cyber security. Punkterne i testen kunne sagtens udføres manuelt, men det er en langsommelig og tidskrævende proces, og derfor ville de gerne have den automatiseret, i det omfang det var muligt. Kunden havde i forvejen et framework og et fortrukket kodesprog, vi skulle fortsætte vores POC i. Der var ingen brugerflade, og der var en blanding af SSH kald og brug af kommandoprompten.

Vi fik lavet en komponent til kunden, som var logisk bygget op i forhold til de enkelte punkter i standarden, som vi kunne udføre. Det kunne f.eks. være at logge ind med en forkert bruger, og bagefter hente auditloggen ud. Resultatet blev en komponent, som kunne tjekke seks forskellige ting og skrive en kort status i loggen. Ved at køre det automatisk tog det ingen tid at udføre testen, i forhold til hvis vi skulle gøre det manuelt. Risikoen for fejl var også væsentlig minimeret.

Ud over koden, som løbende blev udfyldt med kommentarer, lavede vi også dokumentation og en god overdragelse. Kunden var meget tilfreds, da de overtog projektet for selv at arbejde videre med det.

Cloud-baseret automatiseringstest

Et sidste eksempel på software test af fysiske enheder er en kunde, som havde behov for at få designet et testframework for en cloud-baseret løsning bestående af tre hovedkomponenter: en webportal, en gateway, og en doseringspumpe.

Systemkomponenter:

Gateway enhed: Forbinder systemet til en skybaseret platform via mobilnetværket og muliggør fjernstyring og overvågning.
Brugerinterface: Inkluderer en mobilapplikation og en webportal, der tillader brugere at konfigurere og overvåge systemet i realtid.
Datahåndtering: Samler og synkroniserer operationelle data til skyen, hvilket muliggør generering af tilpassede rapporter og alarmer.

Her implementerede vi automatiserede tests til at simulere og verificere telemetri data gennem API’er, og vi anvendte også manuelle tests for at kontrollere, at data blev afspejlet korrekt både på webportalen og på doseringspumpen. Denne dobbelte tilgang sikrede både nøjagtighed og effektivitet i systemets drift.

Dette er blot nogle få eksempler på, hvad software test også kan være.

Med fysiske enheder kan det give mening med testautomatisering. Det kan være en effektiv måde at spare tid på og få testet sin software løbende.

Til trods for at fysiske enheder kan være mere teknisk krævende, så er det en sjov opgave at få til at virke. Og når der først er hul igennem, så er testopgaven ofte den samme.

Skal vi hjælpe dig med embedded software test?

Vil du høre mere om, hvordan vi kan hjælpe med embedded software test, så kontakt områdeleder for teknisk test og hybrid intelligens, Jacob Fisker, på jacob@key2quality.dk eller 4940 7579.

The post Embedded software test appeared first on Key2Quality.

Hvorfor skal udviklere lære mere om test?

Trine Zachariassen — Mon, 31 Mar 2025 06:14:48 +0000

At skrive god kode er én ting – at sikre, at den også fungerer stabilt i praksis, er en anden. Fejl, der først opdages sent i udviklingsprocessen, kan føre til forsinkelser, teknisk gæld og frustrerede brugere.

Når test bliver en naturlig del af udviklingsprocessen, skaber det en række fordele:

Mindre tid brugt på fejlrettelse – Jo tidligere en fejl findes, desto billigere er den at rette. Tidligt identificerede fejl reducerer spildtid på debugging og rework.
Bedre kodekvalitet – Test-drevet udvikling (TDD) skaber mere robust og lettere vedligeholdbar kode. En testvenlig kodebase understøtter modularitet og genbrug af komponenter.
Mere effektive CI/CD-pipelines – Automatiserede tests sikrer hurtigere og mere stabile releases ved at fange fejl tidligt og reducere behovet for manuelle regressionstests.
Mere pålidelige leverancer – Ved at integrere test tidligt og kontinuerligt kan teams levere funktionalitet med færre uforudsete fejl, hvilket øger forudsigeligheden i releases.
Øget agilitet – Testkompetencer hos udviklere gør det lettere at arbejde iterativt og hurtigt reagere på ændringer i krav eller arkitektur.

Test-drevet udvikling (TDD)

Mange udviklere kender til testdrevet udvikling (TDD) i teorien, men har aldrig rigtig prøvet det af i praksis. Ofte oplever teams, at test skrives efter implementeringen – eller i værste fald udelades helt. Dette kan føre til flere bugs, sværere vedligeholdelse og en kodebase, hvor testdækningen bliver et efterslæb frem for en integreret del af udviklingen.

Når TDD bruges korrekt, fungerer det som en kvalitetssikring i realtid, hvor tests definerer funktionalitet før koden skrives. Dette skaber en mere gennemtænkt arkitektur, reducerer teknisk gæld og sikrer, at udviklere kun skriver den nødvendige kode for at bestå testen – hverken mere eller mindre.

Shift-left test – lær at tænke test tidligt

En klassisk udfordring i softwareudvikling er, at test først implementeres i slutningen af udviklingsprocessen. Dette betyder ofte, at fejl først opdages, når store dele af koden allerede er skrevet – hvilket gør fejlrettelse dyrere og mere tidskrævende.

I et traditionelt “test-last” setup kan udviklere bruge dage eller uger på at bygge funktionalitet, der først testes, når featuren er næsten færdig. Hvis der opstår problemer, skal koden omskrives eller tilpasses, hvilket ofte fører til rework, teknisk gæld og forsinkede leverancer.

Ved at teste tidligere i forløbet kan teams:

Identificere fejl allerede i design- og udviklingsfasen.
Skrive testcases parallelt med kravspecificering, hvilket sikrer bedre forståelse af kravene.
Undgå store omskrivninger senere, da fejl kan rettes løbende i små iterationer.

Når shift-left test bliver en naturlig del af udviklingskulturen, får teams mere stabile leverancer, reducerer teknisk gæld og minimerer tidsspild på senere rettelser.

Automatiseret test i CI/CD – gør det til en del af udviklerens workflow

CI/CD er effektivt, men kun hvis de rigtige tests kører automatisk ved hver kodeændring. Uden velintegreret testautomatisering risikerer teams at bruge tid på manuelle tests eller overse kritiske fejl, hvilket kan føre til ustabil kode og langsommere releases.

Ved at gøre test til en naturlig del af udviklingsprocessen skabes en mere pålidelig og effektiv CI/CD-pipeline, hvor fejl fanges tidligt, og udviklerne kan arbejde mere effektivt.

Bedre fejlsøgning og fejlhåndtering – lær af tidligere fejl

Mange fejl gentager sig, fordi udviklingsteams ikke dokumenterer eller lærer af tidligere problemer. Uden en systematisk tilgang til fejlanalyse risikerer teams at spilde tid på at løse de samme bugs igen og igen.

Ved at integrere systematisk fejlanalyse i udviklingsprocessen kan teams forhindre, at de samme fejl opstår igen og igen. Dette skaber en mere effektiv fejlhåndtering, højere kodekvalitet og bedre produktivitet i udviklingsarbejdet. Når teams lærer af tidligere fejl, bliver softwareudviklingen mere forudsigelig, mindre stressende og mere fokuseret på innovation frem for brandslukning.

E-learning som løftestang for bedre test i udviklingsteams

Med vores e-learning platform, Key2Learn, kan du løfte testkompetencerne i dit udviklingsteam. Læs mere om Key2Learn her, eller kontakt chefrådgiver og områdeleder for kompetencer og viden, Gitte Ottosen på gitte@key2quality.dk eller 4940 8552 for at høre mere.

The post Hvorfor skal udviklere lære mere om test? appeared first on Key2Quality.

ChatGPT som testassistent

styrmand — Thu, 22 Jun 2023 11:34:20 +0000

Hvordan forholder vi os til ChatGPT som testere og testmanagers? Er det bare gøgl, eller kan ChatGPT hjælpe os med at skabe værdi? I denne artikel vil jeg give inspiration til, hvordan du som tester eller testmanager kan bruge ChatGPT som en hjælp i dit arbejde.

Baggrunden for kunstig intelligens

Allerede i oldtiden var vi bekendt med elektricitet, men dens fulde potentiale og praktiske anvendelse var ikke kendt, udover dens fornøjelige og mystiske egenskaber. Med lidt god vilje kan vi drage en parallel til den tidlige fase af kunstig intelligens (AI), hvor den praktiske anvendelse typisk var begrænset indenfor meget specifikke områder, og det som blev vist frem mere var proof of concepts af ikke-praktiske – men dog imponerende – eksempler. Det kunne for eksempel være et stykke software, der kunne lære at kende forskel på en hund og en kat baseret på træningseksempler.

Med ChatGPT er kunstig intelligens (AI) blevet tilgængelig for alle

Med ChatGPT er kunstig intelligens blevet mere tilgængelig for almindelige mennesker – alle, der kan bruge en chat, kan interagere med kunstig intelligens. Og der er ikke længere tale om meget afgrænsede domæner: Kan problemet formuleres som tekst, og forventes løsningen også som tekst, kan ChatGPT give det et skud. ChatGPT kan ikke løse fysiske problemer som at skifte olie på en bil, men den kan give en fremragende fremgangsmåde til, hvordan du selv kan gøre det. Hvis fremgangsmåden er noget, der skal udføres på en computer, så kan den også generere den kode, der skal eksekveres, for at løse problemet. Koden skal naturligvis lige realitetstjekkes, inden den køres, så den ikke kommer til eksempelvis at slette alle billederne på computeren.

Hvordan kan ChatGPT bruges som hjælp til test?

Hvordan forholder vi os så til ChatGPT som testere og testmanagers? Er det bare gøgl, eller kan ChatGPT hjælpe os med at skabe værdi?

Lad os prøve at forestille os en række scenarier, hvor det kunne give mening at bruge ChatCPT som en hjælp til testmanagement:

Første scenarie: Jeg laver automatiseret test, og der kommer en mystisk fejl, når jeg kører koden.
Hvis jeg ikke umiddelbart ved, hvad der fremprovokerer fejlen, så googler jeg fejlteksten for at få et hint. Resultatet kan være irrelevant, eller jeg skal måske til at scanne noget dokumentation for at sætte mig bedre ind i det library, der sender fejlbeskeden. Med ChatGPT kan jeg paste en del af min kode sammen med fejlbeskeden, og så genererer den en ny kode, hvor fejlen er rettet, sammen med en forklaring på, hvad der var galt. Jeg tjekker naturligvis, at rettelsen giver mening, inden jeg bruger den nye kode. ChatGPT kan altså omsætte nogle generelle retningslinier, som den har fået fra nettet under træningen, til en specifik løsning af mit konkrete problem. Måske løser den ikke helt problemet, men så kan jeg fortsætte chatten med “Nu får jeg i stedet for denne fejl…” eller “Kan du løse problemet uden at introducere xyz”. Derefter genererer den et nyt svar, hvor den tager højde for den nye viden.

Andet scenarie: Jeg har skrevet noget dokumentation eller lavet en beskrivelse af en test case, som jeg gerne vil have forbedret.
Jeg paster teksten ind i ChatGPT og beder den rette, forbedre og evt. at fortsætte teksten. ChatGPT kommer så med rettelser, omformuleringer og en fortsættelse. Jeg læser det igennem og bruger de dele, som jeg synes er en forbedring, og lader resten ligge.

Tredje scenarie: Jeg har brug for et overblik over de markdown-filer, der ligger i et mappehierarki.
For at få det har jeg brug for overskriften i hver fil og filens placering i hierakiet. Det kan jeg sagtens klare manuelt, og jeg ville også selv kunne skrive noget kode, der gjorde det. Det er bare så meget hurtigere at få ChatGPT til at gøre det, fordi jeg med en enkelt sætning kan forklare problemet tydeligt. Med ChatGPT kan jeg nu scripte mig ud af småting, fordi der ikke længere er et mentalt og tidsmæssigt overhead forbundet med det.

Fjerde scenarie: Boilerplate i et ukendt programmeringssprog.
For at opnå synergi med udviklerne, som bruger C#, vælger jeg også at bruge C# til testautomatisering. Det kender jeg ikke i forvejen, men jeg ved, hvilke funktionaliteter jeg har brug for, så jeg kan spørge ChatGPT om, hvordan jeg eksempelvis sender en besked til Azure Servicebus. Grundet min manglende rutine ville det have taget mig lang tid at få alle detaljer på plads og installeret de relevante afhængigheder uden ChatGPT. Med ChatGPT kan jeg få en kode, som jeg fint kan læse, forstå og tilpasse mit projekt. Jeg får en fejl, men den sender jeg også bare videre til ChatGPT, som fortæller, hvad jeg skal installere for at få det til at virke.

Husk at forholde dig kritisk

Hvordan jeg bedst udnytter ChatGPT i mit arbejde, kan jeg bedst beskrive ved at sammenligne med en assistent, som kan gøre noget af det besværlige arbejde, men som jeg også kan sparre med. Det er bare vigtigt at huske at være kritisk overfor “assistentens” svar. ChatGPT er jo faktisk meget menneskelig, idet den også kan tage fejl og sige noget vrøvl en gang imellem. Og så er det selvfølgelig også vigtigt at huske at fjerne passwords, personlige data og forretningshemmeligheder, inden du paster kode ind i chatten, da du ikke kan vide med sikkerhed, hvem der har adgang til informationerne.

Min tilgang er som regel den, at hvis jeg mangler et svar, og ChatGPT kan give mig tre, hvoraf de to er forkerte, og det ene er rigtigt, så har ChatGPT stadigvæk været en hjælp, hvis jeg kan verificere svarene.

Har du spørgsmål eller kommentarer til artiklen – eller har du og dit testteam brug for hjælp til at komme i gang med testautomatisering – er du velkommen til at skrive til vores senior testautomatiseringskonsulent Mogens Brødsgaard Lund på mogens@key2quality.dk.

The post ChatGPT som testassistent appeared first on Key2Quality.