Kursusforretningen Archives - Key2Quality

Risikobaseret teststrategi i CI/CD

Julie Sloth — Fri, 08 May 2026 07:23:40 +0000

“I pity the fool who doesn’t put quality dead center”

Sådan kunne Mr. T have sagt, hvis han havde været DevOps-ekspert i stedet for 80’er actionhelt. Men så ville verden have været foruden B. A. Baracus og A-teamet, og det ville også have været en skam.

Nuvel, vi må hellere dykke ned i det, som det egentlig drejer sig om. Risikobaseret teststrategi i CI/CD.

Og hvad er risikoen, spørger du nok? Ja, det må vi finde ud af i fællesskab.

Hvad er kvalitetsrisiko?

Lad os starte med det grundlæggende.

Kvalitetsrisiko er en specifik chance for, at produktet fejler, kombineret med konsekvensen hvis det sker. To faktorer bestemmer chancen for fejl: Sandsynligheden for at fejlen overhovedet findes i produktet, og hvor tit den pågældende del af produktet bliver brugt. Konsekvensen handler om, hvad der sker i den virkelige verden når det går galt. For brugerne og måske for virksomhedens omdømme.

Forestil dig engang, at et finansielt system er bygget med en microservices-arkitektur. En bruger går i gang med en valutakonvertering i realtid. Undervejs crasher systemet, fordi der ikke er styr på afhængighederne mellem de services der kræves for at gennemføre konverteringen. Det er systemkompleksitet der påvirker chancen for fejl og en utilfreds bruger der ikke kan gennemføre sin transaktion, der illustrerer konsekvensen.

En betalingsbekræftelse som alle kunder bruger flere gange dagligt bærer en fundamental anden risiko end et administrativt skærmbillede med en kosmetisk fejl. Din testindsats bør afspejle den forskel. Det er lige præcis det risikobaseret test handler om.

Og det er ikke kun et spørgsmål om prioritering. Det handler om overlevelse. I DevOps er det teamet selv der mærker konsekvensen, når noget går galt i produktion. “You build it, you run it” er ikke bare et catchy motto, men en direkte incitamentstruktur der tvinger kvalitet ind i centrum af arbejdet. Når du er den person der bliver vækket klokken tre om natten fordi din kode fejler i produktion, tænker du anderledes over risiko næste gang du planlægger et sprint.

Og lige inden du tænker “funktionalitet, det har vi da styr på”, så stop lige et sekund. En user story handler typisk om hvad en feature skal gøre, men de relevante kvalitetskarakteristikker rækker langt videre end det. Sikkerhed, performance, vedligehold, brugervenlighed, pålidelighed. En betalingsfeature kan bære høj funktionel risiko og en ligeså høj sikkerhedsrisiko på samme tid. Et rapporteringsdashboard kan have lav sikkerhedsrisiko men til gengæld høj risiko i brugervenligheden. At identificere hvilke kvalitetskarakteristikker der rent faktisk er relevante for hvert item, er en forudsætning for at bygge en teststrategi der er noget værd.

Hele teamet med: Risk poker

Lad os tale om den mest oversete faldgrube i risikovurdering: At kun én person laver den.

En udvikler ser teknisk kompleksitet. En product owner ser forretningsmæssig konsekvens. En tester ser historiske fejlmønstre. En risikoanalyse der kun fanger ét af disse perspektiver er ufuldstændig og en ufuldstændig risikoanalyse giver en ufuldstændig teststrategi. Så lad os gøre det ordentligt.

Risk poker er svaret. Det er en udvidelse af planning poker som de fleste Scrum- og DevOps-teams allerede kender og bruger. Og ligesom planning poker afslører forskelle i, hvordan teammedlemmer forstår størrelsen af en user story, afslører risk poker forskelle i, hvordan de forstår dens risiko. De forskelle er ikke noget man skal komme hurtigt videre fra. De er faktisk den mest værdifulde del af hele sessionen.

Sådan fungerer det i praksis. For hver user story i det kommende sprint estimerer hvert teammedlem selvstændigt to ting: Chancen for fejl og konsekvensen af fejl. Det gøres med kort med værdierne 1 (lav), 2 (mellem) og 3 (høj). Kortene vendes samtidigt og så begynder den rigtige samtale. Når estimaterne afviger, diskuterer teamet årsagerne bag de afvigende værdier, indtil der er opnået konsensus. Resultatet er en item risk score: Chance ganget med konsekvens.

I praksis oversætter mange teams scoren til en risikoklasse. Score 9 bliver Risikoklasse A, score 4 eller 6 bliver Risikoklasse B, og score 1, 2 eller 3 bliver Risikoklasse C. Det holder samtalen fokuseret på relativ prioritet frem for falsk numerisk præcision. For ingen risikovurdering er mere præcis end de antagelser den bygger på.

En vigtig detalje som mange teams overser: Product owner deltager i risk poker, modsat planning poker. Product owner repræsenterer interessenterne og bidrager med det forretningsmæssige perspektiv som udviklere og testere kan undervurdere, særligt når det handler om at kalibrere konsekvensen af en fejl korrekt. Scrum Masteren faciliterer men spiller ikke selv.

Resultatet? En risikotabel. Et struktureret overblik over alle user stories i sprintet med en risikoklasse for hver relevant kvalitetskarakteristik.

Fra risikoklasse til testintensitet

Okay, vi har vores risikotabel. Hvad nu?

Nu bestemmer teamet hvor intensivt hver kombination af story og kvalitetskarakteristik skal testes. Testintensitet udtrykkes i tre niveauer: ••• (høj), •• (mellem) og • (lav).

Reglen er enkel. Risikoklasse A kræver mindst ét ••• . Risikoklasse B kræver mindst •• . Risikoklasse C får aldrig mere end • . Det er tilladt at gå ned i intensitet, men kun med en dokumenteret begrundelse som alle kan se.

Denne struktur forhindrer to klassiske fejl. Den første: At behandle alle stories ens uanset risiko. Den anden: At beslutte uformelt at teste noget “lidt mere” uden at gøre den beslutning synlig. I en CI/CD-pipeline der kører kontinuerligt, er usynlige beslutninger om testintensitet en direkte kilde til uforudsigelig kvalitet.

Kvalitetstiltag: Fra intensitet til konkret handling

Testintensitet fortæller hvor meget. Kvalitetstiltag fortæller hvordan.

For hver kombination af story, kvalitetskarakteristik og testintensitet vælger teamet de konkrete kvalitetstiltag de vil anvende. Og her er det vigtigt at forstå, at kvalitetstiltag ikke er begrænset til dynamisk test. Tværtimod. Det fulde spektrum inkluderer tre kategorier:

Forebyggende tiltag der bygger kvalitet ind fra starten

Pair programming
Test-Driven Development
Behavior Driven Development
Specification by example

Disse hører hjemme tidligt i leverancecyklussen, i Plan- og Code-stadierne af pipelinen.

Afslørende tiltag der demonstrerer kvalitetsniveauet

Funktionel test
Performancetest
Sikkerhedstest
Statisk analyse
Eksplorativ test

Disse fordeles over pipeline-stadierne afhængigt af hvad der skal verificeres og hvornår.

Korrigerende tiltag der proaktivt forbedrer kvaliteten

Refaktorering
Feature toggles

Disse hører hjemme i Integrate-stadiet og i teamets løbende refleksion.

Og så er der en forbindelse som mange teams overser, nemlig risiciene og måden at dække dem på er direkte forbundet med acceptkriterierne på story-kortet. En velbeskrevet Confirmation indeholder ikke kun de glade scenarier. Den inkluderer fejlsituationer, edge cases og hints om hvilke testmetoder der er relevante. Det er den forbindelse der gør teststrategien konkret og handlingsorienteret frem for et dokument ingen læser.

Fra teststrategi til quality engineering strategi

En traditionel teststrategi fokuserer primært på de afslørende kvalitetstiltag. Altså det vi normalt forstår ved “test”. Men i DevOps er kvalitet et teamansvar fordelt over hele leverancecyklussen, og så er en traditionel teststrategi ikke nok.

Det fører os til begrebet quality engineering strategi: En udvidelse af teststrategien der giver lige vægt til forebyggende, afslørende og korrigerende tiltag, og eksplicit placerer hvert tiltag der, hvor det hører hjemme i leveranceprocessen.

Lad os tage et konkret eksempel. Et team bygger en ny funktion i deres app der viser brugere deres præcise ventetid i en kø. Teamet klassificerer dette som høj risiko (risikoklasse A). Hvis ventetiden vises forkert, bliver brugerne frustrerede og tilliden til appen falder. Som forebyggende tiltag vælger teamet pair programming under Code-stadiet. Som afslørende tiltag anvender de funktionel test og performancetest med fokus på svartid. Som korrigerende tiltag planlægger de refaktorering under Integrate-stadiet.

Det er ikke bare en testplan. Det er en bevidst, risikobaseret fordeling af kvalitetsaktiviteter over hele sprintcyklussen med hvert tiltag begrundet i den risiko det adresserer.

I en CI/CD-kontekst får dette en direkte operationel betydning. Teams der bruger Jira eller Azure DevOps kan registrere risikoklassen og de aftalte kvalitetstiltag direkte på hver user story. Pipeline-konfigurationen kan herefter referere til disse oplysninger og anvende de relevante testsæt på hvert stadie. Stories med høj risiko kræver den højeste testintensitet på tværs af pipeline-stadierne. Stories med lav risiko kører et målrettet subset. Quality gates, de definerede kriterier som en build skal opfylde inden den avancerer til næste pipeline-stadie, omsætter strategien til konkret pipeline-håndhævelse.

Strategien er levende, ikke et dokument der samler støv

Her kommer den del som mange glemmer.

En quality engineering strategi skabes ikke én gang og lægges i en skuffe. User stories ændrer sig. Nye stories tilføjes. Risikoopfattelsen skifter efterhånden som teamet lærer mere om produktet og dets brugere. Og når en hændelse opstår i produktion, giver den reel evidens for at risikovurderingen af det berørte komponent var sat for lavt.

Kapable DevOps-teams stiller spørgsmålet “skal vi opdatere vores quality engineering strategi?” ved hvert daily standup og i hvert retrospektiv. For teamet er strategien primært en to-do-liste: En klar og fælles aftale om hvilke kvalitetsaktiviteter der skal udføres, med hvilken intensitet og på hvilket tidspunkt i leverancen.

Når den liste er synlig, vedligeholdt og ejet af hele teamet, holder kvalitet op med at være en kontrolaktivitet forbeholdt testere til sidst i processen og bliver en del af måden teamet arbejder på. Hver dag. I hvert sprint.

Og det er egentlig det, som det hele drejer sig om.

Bliv bedre til at omsætte teststrategi til praksis
Risikobaseret teststrategi i CI/CD kræver fælles sprog, tydelige prioriteringer og konkrete kvalitetstiltag i teamet. På vores testkurser arbejder du praktisk med teorien, får eksempler fra virkelige IT-projekter og sparring fra undervisere med solid erfaring fra praksis. Se vores kommende kurser i ISTQB, TMAP og test — eller kontakt os om et skræddersyet forløb til jeres team

The post Risikobaseret teststrategi i CI/CD appeared first on Key2Quality.

Mange test managers er ikke uddannet til rollen – de er bare endt i den

Julie Sloth — Tue, 10 Mar 2026 09:13:35 +0000

Der findes (mindst) to måder at blive test manager på. Den ene er, at man bevidst går efter rollen. Den anden er, at man starter som tester eller testanalytiker, bliver god til sit håndværk, får mere ansvar, og pludselig sidder i et møde og bliver præsenteret som “den, der har styr på og står for test”.

Og så tænker man: Nå, nu er det mit ansvar.

Det er en ret almindelig udvikling, og det giver egentlig god mening. Som tester eller testanalytiker har du allerede en solid faglig erfaring, og næste naturlige skridt bliver ofte at tage mere ansvar og få et større overblik.

Men på et tidspunkt ender mange i en kontekst (fx et større program med flere projekter, afhængigheder og stakeholders), hvor erfaring alene ikke altid føles helt tilstrækkelig. Især når du også skal have gennemslagskraft hos programledelse og beslutningstagere.

Det kan komme til udtryk ved, at du mangler:

et tydeligt billede af, hvordan en teststrategi kan se ud, og hvad den bør indeholde, når den skal fungere på tværs af flere projekter
et bedre sprog til at forklare prioriteringer og risiko
en “værktøjskasse”, du kan tage frem, når du står i noget nyt

Så er det netop dér, at du skal kigge dig om efter et kursus i test management. Det er ikke kun teori, man får med. I lige så høj grad får man en praktisk værktøjskasse og en fælles begrebsramme.

Her vil jeg tage dig igennem nogle af de konkrete værktøjer, du kan få med fra testmanagementkurset ISTQB Advanced Test Management (ISTQB CTAL-TM)

Værktøjer, du får noget ud af i praksis

Risikobaseret test (som mere end prioritering)

Risikobaseret test er et af de værktøjer, mange ender med at bruge igen og igen. Ikke kun til at prioritere test, men fordi det giver dig et bedre grundlag for at beslutte, hvor du skal lægge kræfterne, og hvordan du bedst reducerer de vigtigste produktrisici. I ISTQB CTAL-TM er pointen netop, at Test Manageren skal kunne identificere risici, vurdere deres niveau og vælge de testaktiviteter, der passer til risikoen og konteksten. Kort fortalt tester du ikke bare mere, men klogere.

I praksis kan det fx være et selvbetjeningssystem, hvor login, betaling og kundevendte flows vurderes som mere risikofyldte end administrationsdelen. Her giver det sjældent mening at fordele testindsatsen pænt og lige. Det giver mest værdi at gå tidligt og målrettet efter de områder, hvor konsekvensen ved fejl er størst.

Med fra kurset får du bl.a.:

et stærkere grundlag for at forklare prioriteringer, forankre valg hos interessenter og sætte ind dér, hvor fejl vil have størst konsekvens
træning i at bruge risiko aktivt i planlægning, prioritering og opfølgning og i at vælge mellem mere lette eller mere formelle tilgange alt efter projektets behov
input til at observere og medregne ting som motivation (eller manglen på samme), interne konflikter i teamet eller mellem kunde og leverandør, kontraktuelle udfordringer samt manglende workarounds (hvis noget fejler, hvad gør vi så?)

Noget af det svære ved risikoanalyse er i øvrigt ofte ikke at finde risici, men at finde ud af, hvor formelt eller uformelt man skal gribe arbejdet an. Også her er ISTQB CTAL-TM nyttig, fordi den netop arbejder med både lightweight og heavyweight teknikker og gør området mere anvendeligt på projektniveau. Ønsker du at læse mere om, hvordan man udfører en produktrisikoanalyse, så læs her: Produktrisikoanalyse – Key2Quality.

IDEAL – når du vil løfte testprocesser uden at starte med et procesprojekt

IDEAL-modellen (Initiating, Diagnosing, Establishing, Acting, Learning) er et af de værktøjer, der er nyttige, når testprocessen skal forbedres lidt mere systematisk, og du gerne vil have forbedringerne til at holde ved. I ISTQB CTAL-TM bruges den som en ramme for testprocesforbedring, hvor man først bliver enige om mål og scope, derefter ser ærligt på den nuværende situation, lægger en plan, gennemfører forbedringerne og til sidst lærer af det, man har gjort.

I praksis kan det fx være et projekt, hvor test altid kommer sent i gang, hvor defects opdages for sent, eller hvor teamet bruger hvert sprint på at slukke de samme ildebrande. Her kan IDEAL hjælpe dig som Test Manager med først at få afgrænset problemet sammen med interessenterne, så analysere den nuværende testproces, prioritere de vigtigste forbedringer og følge op på, om ændringerne faktisk virker. En klar styrke ved modellen er, at den ikke kun er relevant på organisationsniveau, men også kan bruges på projekt- og teamniveau, herunder i agile teams.

Med fra kurset får du bl.a.:

et mere struktureret greb om, hvordan forbedringer sættes i gang og holdes på sporet
et bedre grundlag for at prioritere forbedringstiltag ud fra fx ROI, risici, strategisk relevans og forventede gevinster i stedet for bare at vælge det, der larmer mest i øjeblikket

Med fra kurset får du altså læring om, hvordan du kobler forbedringsarbejdet til både projektkontekst og retrospektiver, så det bliver mere anvendeligt i den virkelige verden og mindre “forbedringsprogram med flotte slides”.

Test retrospectives – en lille vane med stor effekt

Test retrospectives er en af de aktiviteter, mange vender tilbage til igen og igen, fordi de giver et enkelt og brugbart greb om løbende forbedring samt evaluering af dit arbejde. I ISTQB CTAL-TM beskrives retrospectives som møder, hvor teamet ser på sin måde at arbejde og samarbejde på, samler erfaringer op og beslutter konkrete ændringer, der kan forbedre både test og resten af arbejdet.

I praksis kan det fx være et team, der igen og igen oplever, at test kommer sent i sprintet, eller at de samme typer defects dukker op. Her kan en retrospective gøre det tydeligt, hvad der faktisk skete, hvorfor det skete, og hvad teamet konkret vil ændre i næste iteration.

Med fra kurset får du bl.a.:

et mere struktureret greb om, hvordan en retrospective kan bruges til at evaluere testprocessen og finde områder, der er værd at forbedre
indsigt i, hvordan man ikke kun samler mavefornemmelser og meninger op, men kombinerer kvalitative input med data som fx testprogress, defect detection, effektivitet og forudsigelighed, så forbedringerne bliver lidt mindre “synsninger” og lidt mere anvendelige i praksis

Hvis du vil sikre dig et ordentligt udbytte af dine test retrospectives, så kræver det et rum med tillid, fokus på årsager frem for skyld og en evne til at omsætte observationer til få, konkrete forbedringstiltag, som faktisk bliver fulgt op. Det er også derfor, retrospectives kan have så stor effekt: Små justeringer, gentaget over tid, slår ofte de store forbedringsplaner, der ender med at samle støv i en delt mappe.

Værktøjer, du ikke bruger hele tiden, men som giver tryghed at have i rygsækken

At udvælge og implementere testværktøjer

Det er ikke alle, der implementerer nye testværktøjer ofte. Men når man gør, er det rart at have en solid “før/under/efter”-tilgang.

Altså: hvad skal være på plads, før man starter, hvad skal man være opmærksom på undervejs, og hvad skal man følge op på bagefter. Til det formål får du også flere værktøjer med fra ISTQB CTAL-TM.

Testmetrikker

Måske bruger du ikke metrikker hver dag. Men hvis du tager certificeringen ISTQB CTAL-TM, kan du have ro i maven, når du står i en situation, hvor det er nødvendigt (fx i et programsetup eller i dialog med ledelsen, som vil have konkrete KPI’er).

Så har du nemlig en værktøjskasse, hvor du kan finde både “how-to” og eksempler på metrikker, der typisk giver mening.

Hvis du kan genkende historien…

Vi møder virkelig mange dygtige testere og testanalytikere, der over tid bevæger sig over i en test managerrolle. Hos Key2Quality har vi flere testmanagementkonsulenter, som selv har taget den rejse.

Men det er også normalt at opleve, at man på et tidspunkt kan mangle en mere teoretisk værktøjskasse. Ikke for teoriens skyld, men fordi man gerne vil kunne handle mere sikkert og kommunikere mere klart.

Lige præcis her kan det give mening at tage ISTQB CTAL-TM.

The post Mange test managers er ikke uddannet til rollen – de er bare endt i den appeared first on Key2Quality.

Quality coach – når kvalitet bliver en fælles styrke i teamet

Julie Sloth — Fri, 16 Jan 2026 08:06:22 +0000

Kvalitet i moderne softwareudvikling opstår ikke til sidst i forløbet. Den skabes løbende gennem de valg, teamet træffer, den dialog der føres, og den måde ansvar for kvalitet bliver delt på.

Alligevel ser vi ofte, at kvalitet først for alvor får opmærksomhed, når problemerne opstår: sene fejl, flaskehalse i test eller ubehagelige overraskelser tæt på go-live. Ofte handler det både om manglende egentlig betyder i praksis. Med en uddannelse som quality coach bliver du klædt på til at understøtte teamet i netop det arbejde. Du får værktøjer og metoder til at facilitere dialogen om kvalitet, synliggøre risici og sikre, at test og kvalitet tænkes ind tidligt og løbende – som en naturlig del af teamets måde at arbejde på. Resultatet er bedre beslutninger, færre overraskelser og løsninger, der fungerer i praksis.

Som quality coach er du hverken super-tester eller klassisk testmanager. I stedet handler din rolle om at opbygge og motivere teamets evne til selv at tage ansvar for kvalitet – og til at træffe bedre og mere bevidste valg gennem hele udviklingsprocessen. Med andre ord: du er med til at flytte fokus fra kontrol til kompetence, dialog og fælles forståelse, og derved understøtter du netop gennem dine kompetencer som coach, at kvaliteten tænkes ind gennem hele processen, så I undgår irriterende men klassiske udfordringer undervejs.

Vi har spurgt vores chefrådgiver Gitte Ottosen, som underviser på vores quality coach uddannelse, hvorfor virksomheder skal investere i quality coach uddannelsen, og hvilke egenskaber deres medarbejdere kommer hjem med, når kurset er slut.

Hvad tilfører en quality coach til teamet?

Helt overordnet er quality coachens ansvar at flytte fokus fra “hvem finder fejlen?” til “hvordan undgår vi den næste gang?”.

En quality coach hjælper teamet med at:

Tale et fælles sprog om kvalitet, risici og prioriteringer
Træffe kvalificerede valg også når der er tidspres og modstridende interesser
Omsætte agile værdier til konkret, daglig praksis
Arbejde systematisk med læring, feedback og forbedringer
Se årsager og sammenhænge frem for kun symptomer
Tage ejerskab for kvalitet – individuelt og kollektivt

Resultatet er teams, der er mere selvstændige, robuste og reflekterede i deres måde at arbejde med kvalitet på.

Så, hvad laver en quality coach i praksis?

En quality coach arbejder med mennesker, teams og systemer – ikke kun med test.

Det betyder blandt andet, at du kan:

Facilitere samtaler om kvalitet, risici og forventninger
Udfordre vaner og antagelser på en konstruktiv måde
Støtte teams i, at vælge de rigtige test- og kvalitetstiltag – ikke bare flere
Navigere mellem forskellige interessenters perspektiver på kvalitet
Anvende testdesignteknikker, når de skaber værdi
Skabe psykologisk tryghed omkring læring og fejl

Kort sagt får du evnerne til at skabe rammer, hvor kvalitet opstår naturligt og bæredygtigt.

Hvordan kræver en rolle som quality coach?

Quality coach-rollen kræver mere end faglig viden om test, og er for dig der ønsker at besidde en kombination af:

Coachingkompetencer og forståelse for menneskelig adfærd
Forandringsforståelse, så nye måder at arbejde på faktisk forankres
Solid faglig indsigt i test, kvalitet og agile principper
Evnen til at navigere i komplekse organisationer med mange interesser

Hvilken værdi skaber en quality coach?

Organisationer, der investerer i quality coaching, oplever typisk:

Teams, der selv kan forklare og stå på mål for deres kvalitetsvalg
Færre fejl sent i udviklingen og mindre brandslukning
Mere målrettet og effektiv testindsats
Bedre samarbejde på tværs af roller, fagligheder og siloer
En kultur, hvor kvalitet diskuteres åbent – før problemerne opstår

For den enkelte deltager på uddannelsen betyder det:

Et stærkere og bredere fagligt fundament
Større gennemslagskraft og legitimitet i teamet
Evnen til at arbejde med kvalitet både strategisk og menneskeligt
En klar professionel profil som sparringspartner og forandringsagent

Hvorfor skal du blive uddannet quality coach hos Key2Quality?

Vi har lavet en uddannelse, der er sammensat af de meste relevante kurser på markedet og kondenseret dem ned til en unik og fokuseret quality coach uddannelse.
Uddannelsen er tilpasset dig som testfaglig, så den taler dit sprog og tager udgangspunkt i din hverdag. Undervisningen er 100 % praksisnær og bygget på relevante teorier, værktøjer og cases, du kan bruge direkte i dit arbejde.

Efter kurset står du med nye kompetencer inden for coaching og ledelse – og konkrete redskaber, der løfter kvaliteten og øger dit teams evne til at levere.

Har du lyst til at vide mere om, hvordan du bliver quality coach? Så kontakt områdeleder for kompetencer og viden, Eleonore Fly Ringgaard, på eleonore@key2quality.dk eller 49 40 87 78 for en uforpligtende snak om, hvordan quality coach uddannelsen kan hjælpe dig i dit arbejde.

Tilmelding til webinar

Tilmeld dig via formularen herunder.

Når du har tilmeldt dig, modtager du automatisk en bekræftelse pr. mail.

The post Quality coach – når kvalitet bliver en fælles styrke i teamet appeared first on Key2Quality.

Månedens underviser: Pernille Vejby Lauritsen

Trine Zachariassen — Tue, 25 Mar 2025 14:00:01 +0000

Hos Key2Quality er vi så privilegerede at huse nogle fantastisk dygtige undervisere, som bringer teorien til live ved at skabe forbindelse til kursisternes hverdag. I denne måned er vi glade for at kunne fremhæve Pernille Vejby Lauritsen. Pernille underviser i Test og kvalitet i K02-kontrakten, fordi det er et emne, som hun virkelig brænder for, fordi hun selv har oplevet, hvor stor en forskel det kan gøre.

Pernille Vejby Lauritsen er senior testkonsulent, underviser og bid manager.

Pernille underviser i Test og kvalitet i K02-kontrakten – et emne, som hun har stor erfaring med og en stor passion for.

For Pernille er det bedste at møde op til en kursusdag, hvor der sidder et helt rum fuldt af mennesker, som – ligesom hun selv – synes, at kvalitet under de offentlige kontrakter og udbud er det fedeste.

Som underviser lægger Pernille vægt på, at deltagerne får noget konkret med sig, som de kan bruge ude i deres projekter. Noget, der kan inspirere dem i deres praksis, inspirere dem til at tilpasse deres egne processer en lille smule.

Når Pernille ikke underviser i Test og kvalitet i K02-kontrakten eller er ude som testkonsulent, arbejder hun med udbud og tilbud i offentlig regi – bl.a. i samarbejde med Lakeside og Tolstrup & Hvilsted.

Hvad underviser du i?

Jeg underviser i kurset Test og kvalitet i K02-kontrakten. Det er et kursus, som vi selv har udviklet, og som handler om, hvordan man forbereder og styrer kvaliteten inden for rammerne af de offentlige kontrakter som fx K02-kontrakten.

Hvad er din baggrund for at undervise?

Jeg har mange års erfaring med test og kvalitet under de offentlige kontrakter. Det er et emne, som jeg virkelig brænder for, fordi jeg selv har oplevet, hvor stor en forskel det kan gøre.

Derudover har jeg brugt mine kompetencer inden for facilitering og formidling gennem hele mit arbejdsliv. Kompetencer, som jeg også har brug for som underviser.

Da jeg blev spurgt af Gitte Ottosen, om jeg havde lyst til at lave et kursus om ”Test og kvalitet i K02-kontrakten” og undervise i det, havde jeg det lidt ligesom Pippi Langstrømpe: Det havde jeg aldrig prøvet før, så det kunne jeg sikkert godt.

Jeg sagde ja, fordi det er et emne, jeg har arbejdet meget med i mange forskellige projekter. Det er noget, der virkelig rykker ved noget, hvis man har gjort sig nogle tanker om det og forberedt sig godt. Så på den måde har kursusindholdet en stor betydning ude i projekterne.

Og så lægger kurset i høj grad op til, at jeg skal hjælpe med at sætte nogle tanker i gang hos deltagerne – uden at der er et pres, fordi de efterfølgende skal bestå en certificering.

På kurset tager vi udgangspunkt i deltagernes kontekst og snakker om, hvordan de kan bruge de erfaringer, som jeg kommer med – hvordan det kan berige deres arbejde.

Hvad lægger du vægt på, når du underviser?

Jeg har lægger vægt på, at deltagerne bliver inspirerede og får input til, hvordan de kan optimere egen praksis. Derfor er der rigtig meget gruppearbejde. Det her med at deltagerne får holdt deres egne erfaringer op imod mit input – det synes jeg er vigtigt.

Jeg kan godt lide, at de får noget konkret med sig, som de kan bruge ude i deres projekter. Noget, der kan inspirere dem i deres praksis, inspirere dem til at tilpasse deres egne processer en lille smule. Måske bare lave nogle småjusteringer til at starte med og så nogle lidt større justeringer senere hen.

Mit mål med det er, at deltagerne i en eller anden grad skal sidde tilbage med en ahaoplevelse. At de får noget med, som de kan bruge. Så er det det hele værd.

Hvad kan du godt lide ved at undervise?

Det er fedt at møde op til en kursusdag, hvor der sidder et helt rum fuldt af mennesker, som – ligesom jeg selv – synes, at kvalitet under de offentlige kontrakter og udbud er det fedeste. Eller i hvert fald anerkender, at det er vigtigt at have styr på.

Jeg synes personligt, at det er helt vildt fantastisk, når der også er andre, der har en idé om, at udbud og kontrakter har en stor betydning. Jeg elsker at møde op og bruge en hel dag med deltagerne på at nørde ind i, hvordan vi får omsat vores erfaringer til noget, der giver værdi fremadrettet, så de ikke begår de samme fejl igen og igen.

Det er den fedeste følelse, når nogen får den der ahaoplevelse. Så føler jeg virkelig, at vi via vores snak har gjort en forskel for dem.

Hvorfor synes du, at udbud og kontrakter er spændende?

Ja, hvorfor synes andre ikke, at udbud og kontrakter er spændende? Det forstår jeg ikke.

Jeg synes, det er superinteressant, hvordan man navigerer i den lovgivning, som alle offentlige IT-indkøb skal overholde. Det er lækkert at vide noget om det, så man kan navigere bedst muligt igennem det. Det her med at læse ind i kontrakten og se, hvor godt den kan hjælpe én, og hvor kan den ikke hjælpe én.

Hvis man tilfører viden til det her emne og er bevidst om at forberede sine udbud og kontrakter, hjælper det én enormt senere hen – med at undgå problemer i fremtiden.

Har du en anden passion ud over udbud og kontrakter?

Alle, der har mødt mig, ved, at jeg har en altoverskyggende hobby, der hedder ”heste”, og at jeg har min egen hest. Der går sikkert også en del tidligere og nuværende kollegaer rundt, som er blevet udsat for at skulle se billeder af min hest. Men den er mit frirum, hvor jeg tømmer hovedet, hvilket gør jeg kan være til stede og 100 % på, når jeg f.eks. underviser.

The post Månedens underviser: Pernille Vejby Lauritsen appeared first on Key2Quality.

Når brugerne tester: Derfor er grundlæggende testforståelse afgørende

Trine Zachariassen — Thu, 23 Jan 2025 06:18:19 +0000

I mange IT-projekter er slutbrugerne dybt involverede i, at løsningen fungerer i praksis. Ofte er det dem, der sidder med kendskabet til processer, kunder og krav. Og ofte er forretningen de eneste, der tester, når vi ser bort fra de mere tekniske testaktiviteter.

Men hvordan sikrer vi, at forretningen også kan navigere i den tekniske og strukturerede verden af softwaretest?
Hvordan sikrer vi, at den viden, forretningen har, bliver brugt struktureret i testen?
Hvordan sikrer vi, at vi får lavet den mest effektive test?

Når forretningen træder ind i testrollen, er en grundlæggende testforståelse ikke bare en fordel. Den er en nødvendighed.

Her handler det om at bygge bro mellem viden om, hvordan løsningen skal fungere, og evnen til at omsætte det til systematiske testaktiviteter.

Men hvad indebærer en grundlæggende forståelse af test egentlig?

Lad os kigge på de vigtigste begreber.

Testanalyse og testdesignteknikker skaber overblik over kravene

Først skal testanalysen være på plads.

Ved at forstå krav gennem teknikker som ækvivalensklasser, grænseværdianalyse eller beslutningstabeller kan testeren identificere de væsentligste scenarier – og gøre det tidligt.

Faktisk er testteknikkerne utroligt effektive at bruge i starten, hvor vi definerer krav og features.

Testteknikkerne kan tydeliggøre kravene uden behov for tunge dokumenter.
Kravene bliver lige til at tage og bruge som udgangspunkt for test på alle niveauer.

På den måde bliver testteknikkerne en effektiv måde at synliggøre krav, strukturere dem og overdrage dem til teamet.

Testdesign sikrer passende test

Testdesign og testimplementering bygger videre på dette fundament.

Når testopgaverne nedbrydes, og testcases specificeres med sporbarhed mod kravene, bliver testarbejdet både mere fokuseret og effektivt. Det handler ikke kun om at finde fejl men også om at sikre, at vi får testet i passende omfang – hverken for meget eller for lidt – og at vi får prioriteret indsatsen rigtigt.

Brug et testværktøj – og forstå hvorfor

Derudover kræver de komplekse systemlandskaber, vi arbejder med i dag, en forståelse for, hvordan værktøjer som teststyring og fejlhåndtering kan understøtte processen. Det er en fordel, hvis vi ikke kun nøjes med at introducere, hvad testerne skal gøre med værktøjerne, men også får forklaret:

Hvorfor bruger vi værktøjer som teststyring og fejlhåndtering?
Hvilken værdi vi får ud af at flytte testdokumentationen fra Word, Excel, Confluence og notesbøger til et dedikeret værktøj?

Alle skal klædes ordentligt på

Vores erfaring viser, at jo bedre alle er klædt på med en grundlæggende forståelse af test, jo bedre bliver samarbejdet, og jo bedre bliver resultatet:

Forretningens testere bliver bedre rustet til at tage ejerskab over opgaven efterfølgende. Testerne kan udfordre IT, prioritere de rigtige områder og sikre, at løsningen ikke bare fungerer – men også lever op til forretningens behov.
Forretningens daglige sparringspartnere om produktet, forretningsanalytikere og produktejere kan nemmere strukturere hele grundlaget for testen, dvs. krav og acceptkriterier.
Med et fælles sprog omkring test og kvalitetssikring har hele teamet – inklusive udviklere, scrum masters og projektledere – det samme udgangspunkt for diskussionen om, hvordan I skal gribe det an i jeres kontekst.

Vil du vide mere om grundlæggende test? Vil du lære, hvordan brugen af struktureret test proaktivt kan være med til at skabe et bedre grundlag for udviklingen af jeres løsninger? Så tilmeld dig og dine medarbejdere vores kursus i Grundlæggende Test.

Læs mere om struktureret test i vores andre artikler:

Hvorfor strukturere testdesign?

Sådan sikrer du passende test med testdesignteknikker

Sådan kan test understøtte det første agile princip

Tilmelding til seminar

Tilmeld dig via formularen herunder.

Når du har tilmeldt dig, modtager du automatisk en bekræftelse pr. mail.

The post Når brugerne tester: Derfor er grundlæggende testforståelse afgørende appeared first on Key2Quality.

Styrk dit ISTQB Foundation kursus med e-learning i testteknikker

Trine Zachariassen — Mon, 02 Dec 2024 09:17:06 +0000

Hos Key2quality arbejder vi konstant på at forbedre og udvide vores kursustilbud, så du får mest muligt ud af din læring. Derfor har vi nu tilføjet et e-learning supplement til vores populære kursus i ISTQB Foundation.

Med dette e-learning modul kan du fordybe dig i en af de vigtigste dele af ISTQB Foundation – nemlig de vigtigste testteknikker. Modulet giver dig:

Fleksibel læring: Du kan gå i dybden med teknikkerne i dit eget tempo.
Øget forståelse: Praktiske eksempler og øvelser, der styrker din forståelse af emnet.
Bedre forberedelse: Du kan supplere dit fysiske kursus, så du møder endnu stærkere op til certificeringen.

E-learning modulet er udviklet som et værdifuldt supplement, der gør din læringsrejse endnu mere effektiv og tilpasset dine behov.

Du får adgang til modulet i en måned efter kurset og får dermed endnu bedre muligheder for repetition inden eksamen.

Samtidig er det en hjælp til den første brug, når du kommer tilbage til din dagligdag efter kurset.

Tilmelding til seminar

Tilmeld dig via formularen herunder.

Når du har tilmeldt dig, modtager du automatisk en bekræftelse pr. mail.

The post Styrk dit ISTQB Foundation kursus med e-learning i testteknikker appeared first on Key2Quality.

Nyt samarbejde styrker kvaliteten hos BEC og Nykredit

Casper Due — Mon, 04 Mar 2024 11:54:01 +0000

Hos Key2Quality hjælper vi vores kunder – og deres kunder – med kompetenceudvikling inden for QA, så de løbende kan sikre sig, at de leverer løsninger af højeste kvalitet.

Derfor har vi sammen med BEC og Nykredit udviklet “Quality Assurance Training Program” – en omfattende portefølje af kurser indenfor udvikling af QA-kompetencer målrettet forretningsanalytikere, testere, udviklere, produktejere og ledere i Nykredit og BEC.

Gitte Ottosen har allerede været i både Roskilde og Warszawa for at undervise testmanagers fra Nykredit og QA-koordinatorer fra BEC i kurset “TMAP: Organizing Built-in Quality at Scale” – og vi er i fuld gang med at planlægge mere undervisning i løbet af foråret.

Bettina Lysell Faldborg, QA-kompetencechef i BEC, er glad for det nye samarbejde:

“Initiativet giver os mulighed for at udvikle kompetencerne inden for QA-området i BEC og Nykredit men fungerer også som en måde at bygge yderligere bro mellem vores to virksomheder. Vi håber, at det kun er begyndelsen på mange former for samarbejde på QA-området mellem BEC, Nykredit og Key2Quality”.

Vil du høre, hvordan vi kan skabe samme værdi i jeres organisation? Kontakt os i dag!

The post Nyt samarbejde styrker kvaliteten hos BEC og Nykredit appeared first on Key2Quality.

Nu på dansk: ISTQB Foundation undervisningsmateriale

Casper Due — Wed, 11 Oct 2023 11:54:21 +0000

Vi er stolte over at kunne afsløre, at DSTB nu har akkrediteret vores undervisningsmateriale til det nye danske pensum i ISTQB Foundation, “CTFL v4.0” – som DSTB udgav i september!

Det tidligere ISTQB Agile Tester Extension er en integreret del af det nye pensum i ISTQB Foundation, og vi glæder os til at undervise i det for første gang, når vi afholder ISTQB Foundation på dansk den 28.-30. november 2023.

Vil du klæde dit team på med ISTQB Foundation? Se vores kurser her

The post Nu på dansk: ISTQB Foundation undervisningsmateriale appeared first on Key2Quality.