Från en FOKUS-kväll hos SIG Security talade Ludwig Östlund om Testdata och det vill ju givetvis IT-säkerhetspoddens Mattias Jadesköld och Erik Zalitis ta en närmare titt på. Är testdata en flaskhals? Kan man möjliggöra, förenkla och samtidigt säkra testdata? Informationssäkerhet handlar inte bara om att säkra information i drift, utan även att se till att information (data) kan säkras och hanteras INNAN drift.

När nya system tas fram behöver man ofta ha testdata för att göra ett verklighetsbaserat test. Det är aldrig rekommenderat att använda riktig produktionsdata för tester av flera skäl. Vad kan man göra och hur gör man? Kvällen kommer visa och förklara hur man kan göra detta på ett säkert och effektivt sätt. Ludwig Östlund, Head of Test/QA, från Lemontree berättar om den resa som han varit med på och hur man dessutom har löst att få fungerande testdata end-to-end i integrerade testmiljöer med spårbarhet och kontroll på vem som kan ha behörighet och åtkomst till testdata.

Inspelat: 2026-08-26 (publicerat 2026-09-06)
Deltagare: Erik Zalitis, Mattias Jadesköld och Ludwig Östlund.
Texten skrevs och sammanställdes av Erik Zalitis.

Medan du lyssnar – Testdata

Här är transkriptionen av avsnittet

Mattias Jadesköld (00:08.398)
Idag tar vi oss en närmare titt i testandets värld genom ett moget testarbete som minskar risken.

Erik Zalitis (00:14.798)
Ja, precis. Informationssäkerhet handlar inte bara om att säkra information i drift utan även att se till att information, alltså data, kan säkras och hanteras innan drift. När nya system tas fram behöver man ofta ha testdata för att göra verklighetsbaserade tester.

Mattias Jadesköld (00:34.478)
Ja exakt. Och någon som vet mer om detta är Ludwig Östlund som pratar om detta under en Fokuskväll hos SIG Security i våras. Vi tar och testar Ludwig på området och vi som gör det i normal ordning, Mattias Jadersköld och …

Erik Zalitis (00:46.894)
Erik Zalitis här, jag säga mitt eget namn.

Mattias Jadesköld (00:49.326)
Ja, drastiskt. Välkommen Ludwig.

Ludwig Östlund (00:51.758)
Tack så mycket. Kul att få vara med.

QA-test på Lemontree

Mattias Jadesköld (00:53.646)
Ja, och att vi får vara här och spela in på ditt kontor här. Du arbetar ju till vardags på Lemontree som inom test och QA vad innebär det?

Ludwig Östlund (01:04.397)
Ja, att jag jobbar på Lemontree innebär väl i grund och botten att jag har en konsultroll och att jag driver själva kompetensområdet inom test och QA-frågor på Lemontree. Och mer specifikt så jobbar vi med mjukvaruutveckling där vi kvalitetssäkrar mjukvaran innan den hamnar ute i produktion. Så när ni har en app eller en hemsida som ni klickar runt och navigerar på, ni köper någonting

så har ju den testats av innan. är lite den rollen som vår team här jobbar med. Och vi jobbar ganska mycket automatiserat med det här också så att man slipper göra sådant manuellt.

Testa till det går sönder?

Erik Zalitis (01:44.75)
Som jag tänker QA-tester är att skriva in dumma saker och se vad som händer. Och se om det brakar ihop. Det kanske är lite förenkling.

Ludwig Östlund (01:54.798)
Det kan vara en förenkling men det är en typisk testordare. Man ska gärna vilja ha sönder saker. Det är en bra ägenskap. Tänka lite utanför boxen. Och också med lite vana kunna föreställa sig vad det brukar gå fel. Eller vad som kan vara viktigt att se till att det fungerar. Men ja, absolut.

Mattias Jadesköld (02:15.95)
Men jag tänker också att testare kommer in lite som gubben i lådan när utvecklarna är i full gång och ska utveckla en ny applikation. bara, åh, nu kommer Ludvig och hans team och ska börja testa grejer också. är det inte så, eller?

Ludwig Östlund (02:26.83)
Så kan det vara. Klart har det varit så också. Idag jobbar man väldigt Agilt och nära varandra. En testare jobbar nära de som skriver kravet för systemet– –och de som utvecklar. Man har hela tiden dialogen– –och inte får de att hitta ett fel i sitt system. Man ska vara ett team när man jobbar med det här.

Mattias Jadesköld (02:53.934)
Du har hållit på med test några år, hur kom du in på det här området?

Ludwig Östlund (02:58.958)
Det var lite av en slump. Jag har en bakgrund inom mikroelektronik och materialfysik. var nånting jag löste när jag pluggade. Efter det visste jag inte riktigt vad jag ville göra. Jag ville inte doktorera och sånt där alla fall. Fortsätta studier. Så jag tänkte, ja men IT, det låter väl kul. Jag funderade på om jag skulle bli utvecklare. Men då var det någon som tipsade mig att ”test – det var hett”

Mattias Jadesköld (03:26.542)
Ja?

Ludwig Östlund (03:28.206)
Därav började jag söka jobb inom test. tänkte att man kanske kan göra några skillnader. Jag hittade ett traineeprogram på Just Lemontree för en mellan massa år sen. Jag fick en rivstart inom testyrket. Både hur test fungerar genom hela livscykeln– –men också mycket kring automatisering och testning. Det är min start att utveckla automatisera testning.

Vad är testdata egentligen?

Mattias Jadesköld (03:56.43)
Ja, spännande. Vi ska ta en fördjupning inom automation och testdata. En testresa helt enkelt. Men vi kan börja lite övergripande för att sätta det i en slags sammanhang. Om vi tar testdata, vad är det för någonting egentligen?

Ludwig Östlund (03:57.678)
Tack för mig!

Ludwig Östlund (04:14.254)
Ja, vad är det? Först och övriga måste vi bryta ner begreppet på en högre nivå. När man testar någonting så kanske man inte vill göra det på det som är produktion. För då kan man ha sönder det riktiga systemet och det vill man ju inte. Det var ju typ som i eco-skogen där ute. Det kan ju hända där ute i alla fall. Normalt sett så sätter man upp en miljö som speglar produktion. Det vill säga en likadan app, en likadan hemsida.

Mattias Jadesköld (04:28.27)
Nej.

Ludwig Östlund (04:41.934)
Nästa funktionalitet som scouten testar man i en skyddad miljö där man inte påverkar någon kund till exempel. I den här miljön så behöver man kunna använda data. Tänk er att ni ska boka ett hotell, ni kanske ska boka en flygbiljett. Men ni kan inte göra det med ett riktigt personnummer.

Ni får inte använda personnummer hur som helst. Då behöver man data som påminner om riktigt data. Det ska se ut som ett riktigt personnummer. Det måste fungera i systemet. måste vara en adress som trillar igenom. Alla formulärer man fyller i på hemsidor måste man göra fast på lossas. Det är datat som ses som testdata.

Mattias Jadesköld (05:28.59)
Ja, jag trodde var själva datat som kommer ut från testet, resultatet och vad folk har gjort och sådant men det är liksom själva systemet.

Ludwig Östlund (05:38.414)
Det kan också vara testdata. När man jobbar med tester så försöker man hitta grundförutsättningar i olika tillstånd för att göra sitt test. Om det har en pågående order eller ett pågående supportärende som har trillat igenom flera steget system så kan det också vara testdata. Det kan vara en mängd som har samlats ihop i en stor bund

Mattias Jadesköld (05:49.806)
Nästa.

Ludwig Östlund (06:07.854)
Ja, en order innehåller mer data än bara personen med ett namn till exempel.

Mattias Jadesköld (06:11.758)
Ja, just det. Men vad kan gå fel om man inte tänker till det som en organisation kring att ha testdata och system på det sättet?

Vad händer om man inte testar ordentligt?

Ludwig Östlund (06:21.006)
Ja, om man inte testar så kan det bli olyckligt. Vissa saker kanske man inte har tänkt på. var någon dokumentär som jag läste om nyligen. Att man kunde få ut pengar på ett väldigt enkelt sätt från något avdrag till exempel. Då kanske man inte har testat det systemet ordentligt.

Mattias Jadesköld (06:24.622)
Jag skulle säga att så kväll att blir…

Erik Zalitis (06:43.246)
Det låter som ett jättebra sång att testa. Vad är skiljelinjen mellan kvalitetstest och penntest? Det är samma sak. Du testar du kan göra något du inte borde.

Ludwig Östlund (06:57.038)
Pentestning är en annan kategori där man försöker få tag på det inre tjänande systemet. exempel kunddatabas, administrationslösning och att ta över organisationen. Det vill skada. Det är så klart testning. Då vill man kanske ha sönder saker också. Den testning jag håller på med är lite mer funktionell. Vi kan prata icke-funktionell testning också. Det ska gå att köpa nånting. Det ska gå att trycka på en knapp.

Det är mer funktionellt. Sen kan man vända och göra det negativt. Det ska inte gå trycka på den här knappen om du tillhör en viss kategori. Man kan vrida och vända på det där. Sen har du andra icke-funktionella aspekter som vi också jobbar med. Prestanda till exempel.

Mattias Jadesköld (07:33.614)
Ja.

Erik Zalitis (07:35.502)
Just det.

Mattias Jadesköld (07:42.958)
Det tycker jag är svårt. Jag har nästan aldrig sett det under min yrkeskarriär. Hur kan man testa x antal hundra användare samtidigt? Det måste vara jättesvårt.

Erik Zalitis (07:55.246)
Verktyg kanske va? Eller hur?

Ludwig Östlund (07:56.942)
Det sätt att simulera. Man måste simulera de här användarna att de går in och köper i systemet samtidigt. Det går att göra. Det kräver ett litet verk. Man måste bygga upp en hel infrastruktur för att kunna göra det ordentligt. Ska du göra riktigt stora lasttester? Kanske testa stora system som valsystem?

Mattias Jadesköld (08:03.982)
Man kan ju göra det.

Mattias Jadesköld (08:24.686)
Ja, är det.

Ludwig Östlund (08:25.806)
Säger att du ska köpa biljett till något evenemang när de släpper biljetterna. vill ju alla in och klicka på en. Då måste man kunna hantera det och attimulera den lasten. Det är ju liksom inte bara att be tio personer gå in och trycka på hemsidan. Utan då får man göra det programmatiskt så att det blir som agenter som skjuter last från olika håll.

Mattias Jadesköld (08:31.47)
Ja.

Mattias Jadesköld (08:47.054)
Ja, just det. För det inte bara att kanske användarna går in på hemsidan och kanske klickar runt eller byter och så som människor gör.

Ludwig Östlund (08:52.494)
Nej men precis. Tänk då att de här ska jobba och fylla i formulär samtidigt. konsumerar enorma mängder testdata, apropå testdata.

Erik Zalitis (09:01.486)
Jag tycker att det är intressant, jag bygger en del applikationer själv och sånt där. En sak man inte tänker på, vad händer om någon sitter och spamar en samma funktion tusen gånger per år? Det är inte ett sak du testar lätt med att flera maskiner, det är någon frustrerad stackare som sitter och hamrar. Det där kan ställa till problem om systemet inte förväntar sig att folk gör så.

Ludwig Östlund (09:20.366)
Avis…

Ludwig Östlund (09:24.942)
Det kan det verkligen göra. Många brukar sätta upp en sperr, att om det kommer för många frågor då…

Erik Zalitis (09:29.262)
och fyraordnadsledningen som en holdback.

Ludwig Östlund (09:31.63)
Ja, just om de kommer med en viss frekvens eller om de är föreofta eller till exempel om de kommer från en AI-agent som försöker hämta information från nyhetssidor eller vad det nu kan vara så kanske man blockerar accessen för vissa typer av anslutningar.

Erik Zalitis (09:50.382)
Jag hade ett kul exempel på det OpenAI har ju en bot. Den håller på att sänka min server som jag kör till exempel IT-säkerhetspodden på. Den bara spammar och spammar. Jag förstår inte vad problemet var. Det visade sig att den hade spåra på ett gammalt forum från 2022 som heter POPBAB. Det var säkert och uppsäkrat. Men den genererar unika nycklar för varje anrop. Så den fattade inte att det aldrig tog slut på kombinationer. Den bara stod där och…

fick jag ny hela tiden och laddade samma sida 1000 gånger i sekunden.

Ludwig Östlund (10:23.47)
Då kan det ställa till för andra användare. Om vi just kommer till testdata, vad som kan gå fel– –om man inte håller sig till de regler som finns. Vi har en sak som heter GDPR som vi måste förhålla oss till. Vi får inte använda riktiga personuppgifter. inte testsystemen. Det som kan hända där är till exempel viten för företagen– –som är en relation till…

företagets omsättning. Så det är riktiga böter, det känns ju. Det var ju stort arbete med det för tio år sedan i IT-branschen 2016. Det är tio år sedan. Nu har vi andra sådana här som AI Act till exempel. Men där händer det en del. är annat som kan gå fel. Säg att du använder riktigt data.

Ludwig Östlund (11:16.366)
Jag matar in ett gotyckligt telefonnummer 07012-T4567. Jag matar in det systemet så får man en sms bekräftelse varje gång man testar att det går att göra en order. Så då är det någon stackare som har det där numret. Det vill man ju inte va. För vissa av systemen, de är ju mokkade i vissa miljöer. Mokkat betyder att man har klippt integrationen.

Mattias Jadesköld (11:30.222)
Precis.

Ja.

Ludwig Östlund (11:45.038)
mot kringliggande system. Så får man simulera någonting. Men någonstans vill man ju testa att den här SMS-funktionen funkar också. Och då kan man inte använda vilket telefonnummer som helst.

Erik Zalitis (11:53.966)
Ja, det det.

Mattias Jadesköld (11:57.71)
Nej, stort.

867-5309/Jenny från Tommy Tutone.

Erik Zalitis (11:58.542)
Det finns en känd låt av en artist som heter Tutone eller något sånt där. Han sjöng om en tjej han gillade och hennes telefonnummer. gick till ett elbolag som inte alls gillade det tilltaget.

Mattias Jadesköld (12:11.022)
Det är så.

Ludwig Östlund (12:12.59)
Det är typiska saker som kan hända när det går fel- att man inte har testat eller tänkt på hur man använder sig testdata.

Mattias Jadesköld (12:21.582)
Och vinner på det lite nu är topputmaningarna för organisationer har du tittat lite på. Problemet med tester och testdata och så där. Vad brukar organisationen säga?

Ludwig Östlund (12:34.19)
Om vi pratar just testdata så är ju inte det på riktigt. En stor utmaning är ju dels att få det så verklighets- likt som möjligt. Personnummer kommer aldrig motsvarigt personnummer. Där finns det tjänster från Skatteverket till exempel där det finns testpersonnummer som man ska använda. Men sen kanske du vill simulera en befintlig kund. För vissa kunder i organisationer

Mattias Jadesköld (12:38.734)
Nej.

Mattias Jadesköld (12:55.566)
Okej.

Ludwig Östlund (13:03.278)
–genom försäkring, telekom eller bank– –så har en kund vissa egenskaper. Det går inte bara att trycka in en kund rakt upp och ner– –i systemen i testmiljön. Det måste antingen generera och skapa upp datan för kunden– –och lossas. Så det ska fungera lika väl genom många system– –i en testmiljö.

Och det här datat måste funka mellan systemen och det måste kunna se likadant ut även externt. Så helt plötsligt måste du sätta upp förutsättningar på många ställen fast på lossas. Om du tänker själva att man ska lägga ett försäkringsärende på riktigt till exempel. Det är inte så lätt att få igen det här försäkringsärendet på riktigt.

Mattias Jadesköld (13:40.046)
Just det.

Mattias Jadesköld (13:59.118)
Ja verkligen.

Ludwig Östlund (13:59.726)
Att du gör det på låtsas, är inte lika lätt heller om man inte har stenkolla.

Mattias Jadesköld (14:04.014)
Nej exakt.

Så en stor del.

Ludwig Östlund (14:07.886)
i det här att kunna skapa testdata som faktiskt återspeglar verkligheten. Testdata ska man kunna återanvända. Det måste gå snabbt att kunna skapa upp datat. För det tar väldigt mycket tid att skapa de här förutsättningarna. Många rapporter som finns säger att en testare lägger ungefär hälften av sin tid på att jobba med att skapa de här förutsättningarna med testdata.

Mattias Jadesköld (14:34.542)
Hur gör man det? Jag har ett HR-system och testmiljö. Den innehålla 100 användare med före, efternamn personum. Hur får man testdatan? Finns det någon genväg?

Ludwig Östlund (14:51.118)
Det finns olika genvägar. Du kan tvätta data från produktion till exempel. Så att du gör det ojärnkännligt. Så att du kan ladda in det automatiserat i en databas som är den här testmiljön. Det är ett sätt. Sen kan du vara klurig och generera data som är unikt och inte blir riktigt heller. Det här är det många vill göra men det kan vara lite krångigare att få till.

Mattias Jadesköld (15:04.622)
Naja.

Erik Zalitis (15:18.062)
Jag kan tänka mig att vad du kan göra är att ha förnamnlista, efternamnlista, generator för personnummer som förstår att validera de här kontrollsiffrorna. så kanske lista på städer och så genererar du mix and match.

Ludwig Östlund (15:32.846)
och någon av dem här kommer ju bli en match med riktig person.

Erik Zalitis (15:36.142)
Ja, det ju för sig ett problem.

Ludwig Östlund (15:42.766)
Finns det sannolikhet för när de vinner på lotto så kommer de göra det? Det blir samma sak här. Så länge sannolikheten finns så kan det ju inträffa. Men man vill ju minimera den här risken. Det kommer alltid att hända incidenten om. Det kommer alla vara helt perfekt. Det är snarare att man jobbar med risken och minimerar den.

Erik Zalitis (15:53.998)
Ja, istället.

Erik Zalitis (16:05.07)
Nej, istället.

Ludwig Östlund (16:05.646)
Att få testdata är effektivt är en utmaning hos många organisationer. Dels är hela hanteringen av det här. Sen är det många som behöver testa över de här stora komplexa systemen också. De ligger bakom många banker, försäkringsbolag, telekombolag, var det nu kan vara. Många kunder ser hemsidan.

För att den ska funka så kan det finnas hundratals system som ska lira med varandra bakom. Det ser inte folk, så det är fascinerande att det ens funkar ibland tycker jag. När data ska flyga emellan och det ska komma en produkt som man har köpt till exempel. Det sker massor av saker, är bakgrundskontroll på person, det kan vara kreditchecker. Det ska dras pengar från någonstans också.

Mattias Jadesköld (16:36.526)
Ja exakt.

Mattias Jadesköld (16:48.59)
Vad

Ludwig Östlund (16:59.022)
Adressen ska vara en riktig adress. Den pratar med några register på nån ställe också. Det är mycket komplext. Då kan man tänka sig att den testaren som testade första systemet kanske inte vet hur lagerhanteringen funkar tre-fyra steg bort.

Mattias Jadesköld (17:17.006)
Nej, precis.

Ludwig Östlund (17:18.99)
Eller vice versa. Här har vi också utmaningar att kunna helheten. Då blir det väldigt komplext att skapa data mellan varandra, hela kedjan.

Mattias Jadesköld (17:29.102)
Ja det låter ju oerhört komplex, det låter ju nästan som… Vi kan undra liksom vad folk inte orkar köra hela den här testdataresan.

Ludwig Östlund (17:36.942)
Jo, så kan det vara. Många försöker hantera det här genom att testa mycket mer tidigare– –så att du får mindre av den här testningen mellan systemen. För den tar mer tid. Det man gör då, som jag nämnde tidigare, är att man mackar systemen– –och kan på så sätt testa av mycket av sitt eget– –innan man börjar interagera med andra.

Men det här datat kanske inte håller samma kvalitet eller kanske inte behöver hålla samma kvalitet. då finns det oförutsedda saker som kan hända när man börjar prata med de andra systemen. Just det, ja.

Mattias Jadesköld (18:16.334)
Vi ska gå över till testfall. Vad innebär testfall egentligen?

Ludwig Östlund (18:27.918)
Absolut. Testfall handlar om att verifiera det förväntade resultatet. Du förväntar dig system ska bete sig på ett visst sätt. Vi går in på att köpa en produkt på en hemsida. Du förväntar dig du får en produkt i slutändan. Du kanske ska kunna lägga till ett konto på den här hemsidan. Så du är kund hos dem.

Mattias Jadesköld (18:39.79)
Just det.

Mattias Jadesköld (18:45.966)
Ja, visst ja.

Ludwig Östlund (18:56.206)
Då gäller det att hitta rätt förutsättningar och att vi ska verifiera att det går att lägga till ett kontakt. Du har förväntat beteende att du får förmodligen en bekräftelse på mejl att nu har du ett nytt kundnummer hos oss. Det är förväntade resultatet. Det det man vill testa. Du kan logga in sen igen. Och då har du flera steg för att komma dit. Så du behöver förbereda rätt situation, rätt förutsättningar, tillstånd för att verifiera den här lilla grejen att du får det här.

Mattias Jadesköld (19:11.726)
okej. Nu är så.

Ludwig Östlund (19:26.126)
kundnumret tillbaka på mail. Så det är förväntade att du får det. Får du inte det, har du misslyckats med testet.

Mattias Jadesköld (19:33.198)
Men är det testaren som bestämmer testfallet? Om det är ologiskt, som du säger, jag vill ha ett nytt konto på hemsidan. Det förväntar sig så som det är för de flesta att man får ett mejl och kundnummer. Om det är en ologisk kedja där på något sätt att man ska göra något extra steg. Är det testarens påpekan som avvikelse?

Ludwig Östlund (19:52.11)
Det är många som jobbar med manuell testning som testar de här kantbollarna. Normalt sett brukar man tänka det gröna flödet. Det ska gå bra. Happy path brukar man prata om. Det är ett tillstånd där allting går bra. Men det finns många ställen som man kan skada systemet och göra fel egentligen. Att testa är att försöka hitta de här luckorna. Man täpper till det.

Mattias Jadesköld (20:14.734)
Ja precis.

Ludwig Östlund (20:20.942)
Som utvecklar kanske inte tänker på, de är kanske fokuserade på att leverera systemet. Men då är testarens uppgift att se till att hitta de luckorna så att det inte går att utnyttja systemet eller att du får skadat ansen för företaget. Ja men precis, säga att är en biljettpris till exempel som blir alldeles för billigt. Jättenöjda kunder men jättedålig för företaget.

Mattias Jadesköld (20:28.75)
Ja exakt.

Ludwig Östlund (20:49.934)
Är det för höga priser som kommer ut på hemsidan då är det missnöjda kunder och dåligt anses åt alla. Eller att det kommer ut felaktig information som sätter organisationen i dålig dag. Man vill inte hamna i tidningar någon annan.

Mattias Jadesköld (21:04.718)
Nyss då… Näe… Känner du igen det här? ju kallt att tänkte testa hela kedjan på det sättet.

Erik Zalitis (21:11.982)
Det måste du nästan göra, för om du inte gör det så är det ju alltid de här situationerna som du borde kunna testa som inträffar. Folk beter sig inte nödvändigtvis efter de mönster du förväntar dig.

Mattias Jadesköld (21:24.302)
Men jag tänker också att som vi utvecklar stora komplexa system så kanske man inte ser hela den här helheten. Man tänker att det en kund som ska exempel köpa en produkt utan man kanske sitter med en del utvecklar en knapp i hetta av de här hundratals strömmen eller någonting. Så då blir det extra svårt att se det också.

Erik Zalitis (21:41.806)
Sen tror jag också att stora problemet är att du förväntar dig att folk beter sig på rätt sätt. Vad händer? Magi händer när du gör saker i fel ordning. Eller bara fortsätter. Som jag sa förut, frustrationen. Det funkar inte. Klik, klik, klik. In i menyer, ut i menyer. Tryck tio gånger på Escape. Ctrl-C, Ctrl-D, Ctrl-Z. Till sist är det nåt som inte mår bra längre.

Ludwig Östlund (22:12.27)
eller försöka återställa lösnord för många gånger i rad om man ska fylla i sådana här hur många trafiklys än där. Det blir man blockerad för att man har försökt göra det för många gånger. Det är frustrationen.

Erik Zalitis (22:23.79)
Ja, och det blir bara värre

Mattias Jadesköld (22:26.99)
Testfalls modellering, vad är det för någonting då?

Ludwig Östlund (22:30.606)
När vi modellerar testfall brukar prata om vilken teckning vi vill uppnå egentligen. Vilka testfall ska man köra för att få en verifierad produkt i slutändan? Det finns så många olika kombinationer man kan göra på vägen. När man fyller i formulören på hemsidor och det ska trilla igenom kundtjänst som har hand på lading och så vidare.

Du har tusen produkter som kund på tio olika sätt. Du kan fylla i en miljon olika adresser. Det är omöjligt att testa alla de här sakerna. Nånstans måste man börja modellera vilka komponenter man testa. Hur ofta måste jag testa dem? Måste jag testa alla kantbollar? Minus ett, noll, tio, hundratusen? Måste jag göra det för alla steg?

Så här brukar man då modellera fram de testfallen som man själv anser att man måste köra. Man måste testa tillräckligt bra. Vi kommer lite igen in på riskbaserad testning där också. Men vill också säga värdebaserade också för att låta mer positiv. Det gäller ju att testa det som faktiskt ger värde. som sagt, vi kan inte testa allt. Men vad får absolut inte gå fel?

Mattias Jadesköld (23:41.806)
Ja, det det.

Mattias Jadesköld (23:47.374)
Ja, så.

Mattias Jadesköld (23:53.326)
Nej, precis.

Ludwig Östlund (23:56.782)
Då kan man använda sig mot produktion. Man kan kolla på statistik. Vilka produkter säljer vi mest? Vart har vi flest kunder? Var sker en ny utveckling? Vilka lagar påverkar oss härnäst? Vart får det inte gå fel? Då får man fokusera på de testerna som betyder nåt. Andra saker måste man riskera att inte testa.

Sen finns det ju såklart situationer där man försöker testa det mesta, till exempel läkemedel, flygplan och så vidare. Men till och med där kan man inte ta alla situationer.

Mattias Jadesköld (24:32.782)
Det måste vara svårt om du som kommer utifrån till en organisation och säger vad är det mest värdeskapande i testet. Kan organisationen svara på det? Finns det risk med det här regulatoriska eller vad kan vara för någonting? Förstår vad jag menar på. Det kan vara svårt för dem att svara på vad det är störst risk.

Ludwig Östlund (24:56.078)
Det inte helt lätt. De som äger business-affären kan sitta långt bort från IT– –och försöka prata samma språk däremellan. Jag brukar nånstans försöka få tag på de som sitter på det här datat. Vilka produkter säljer ni mest? Och försöka visualisera den testning som utförs i olika steg. Knutet till detta.

Nu har vi introducerat något nytt men vi har testat det här området eftersom det det här vi säljer mest av. Det här påverkar färre kunder och då har vi roll med den handpåläggningen i produktion om det går fel. Det gäller att kunna översätta det till dialogen. Vad blir påverkan för de som sitter och jobbar i produktion?

Mattias Jadesköld (25:50.318)
det är det.

Ludwig Östlund (25:51.694)
Men det är en utmanande dialog att hitta den här vägen faktiskt. Det är väl bland det viktigaste när vi kommer till testledning framförallt. Att kunna rapportera det till de som är stakeholders.

Mattias Jadesköld (25:56.526)
Ja, förstå det.

Mattias Jadesköld (26:04.846)
Ja, precis. Om man tar sig in i testarens huvud, vad behöver en testare ha i åtanke eller testdata?

Ludwig Östlund (26:21.614)
Testares huvud snurrar många saker. En testare vill ofta testa allting och göra det snabbt och repetitivt. Allt testarbete är inte manuellt. Många använder automatisk testning idag också. Det är mer eller mindre standard. Om du ska använda automatiska tester vill man köra om om igen. Kanske varje dag och varje gång du ska ut med nånting i produktion. Det måste data funka varje gång.

Mattias Jadesköld (26:48.718)
Just det.

Ludwig Östlund (26:49.422)
Man vill ha data som ska uppfylla det här. Du kanske skapar upp det varje gång. Sen kan du jobba i integrerade miljöer. Du vill hitta ditt perfekta data för att testa en produkt. Men vill inte att någon annan kommer snorda. Det kan vara fler här som är inne i samma miljö. Sen vill man kunna återställa data också. Säg att du har gått flera steg och kämpat. Sen har hittat en bug i ett system.

Sen vill du testa om det. Det kanske var ganska jobbigt att komma till det steget. Då vill du kunna göra det snabbt av automatestén.

Mattias Jadesköld (27:24.718)
Ja exakt.

Ludwig Östlund (27:26.83)
Sen vill jag ha dåligt data så klart.

Mattias Jadesköld (27:29.518)
Man vill att det gå lite fel.

Ludwig Östlund (27:32.142)
Ja men, säg till exempel att du ville köpa någonting men du har inga pengar eller inte trovärdig att kunna ha ett abonnemang. du vill ju ha en kreditchecks som säger att nej, du får inte köpa någonting. Så det måste ju testas också. det brukar snarare vara en omvänd utmaning att man använder samma konto så många gånger så att man blir kreditspärad i systemet. Då måste man åstala det också. Så att det går att testa HappyPan.

Mattias Jadesköld (27:44.11)
Nej, stå.

Mattias Jadesköld (27:56.43)
Ja, det så

Erik Zalitis (27:57.134)
Det intressanta är hur du gör när du misslyckas. Vi hade en kund på många år sen som hade ett system som gjorde en kreditvärdesanalys varje gång någon skulle beställa en försäkring. Det var ett stort försäkringsbolag. Då gick det hem tjänsterna vi kunde inte få kontakt med på grund av nätverksfel. sa kunden att de godkänna allt vi inte kunde kontakt med. Så vi har nog godkänt ganska många dåliga lånare. De var inte glada kan jag säga.

Ludwig Östlund (28:23.502)
Nej, det förstår

Erik Zalitis (28:25.742)
Typiskt dålig heltest. Ja, grejen är det som kallas för fail safe och fail secure. Idén med ska vi misslyckas och säga att du får inte ta ett lån för vi har tekniska problem eller ska du säga varsågod, gör ingenting dumt.

Mattias Jadesköld (28:38.862)
Ja.

Mattias Jadesköld (28:43.022)
Ja, precis. Det är också en del att testa. Men om någon del av tjänsten ligger nere, vad händer då med hela kedjan?

Ludwig Östlund (28:50.798)
Absolut. Det kanske inte är man tänker på i första skedet. Men saker och ting måste kunna gå ner längs skedan och det ska funka ändå. Recovery brukar vi prata.

Mattias Jadesköld (28:58.542)
Nå.

Ja, just det. Sådana tester är tråkiga.

Erik Zalitis (29:07.566)
10 % 11 % i kaffe

Ludwig Östlund (29:12.942)
Det är inte de första man tänker på. Det finns flera som faller under den kategorin som man kommer in i sent skede eller man har fått bakting för att det kommer en sån här nis 2 som många organisationer har åket ut för. De flesta.

Mattias Jadesköld (29:25.326)
Ja.

Ludwig Östlund (29:29.294)
som gör att man måste påvisa att man gör dem eller hur man gör dem eller att man har tänkt på risken på något vis.

Mattias Jadesköld (29:34.99)
det. Ja. Sen finns det något som heter test data management eller TDM. Vad innebär det exakt då?

Ludwig Östlund (29:41.902)
Test data management är egentligen hanteringen av test data hela livscykeln. Som vi pratat om innan så innebär det allt från att designa och planera vilket data som behövs men också att kunna skapa upp det i testmiljöerna. Då har pratat om att generera, har pratat om att obfuskera, vill säga man gör det ojärnkännligt från när det ser ut i produktion men också att förvalta test data över tid.

Mattias Jadesköld (29:46.446)
Mm.

Mattias Jadesköld (29:57.262)
Mr.

Ludwig Östlund (30:10.094)
Så att det finns aktuell data som testarna kan konsumera. Och det kan vara att bygga tjänster kring hanteringen av testdata så att det blir lättare att hitta det data man behöver. Till sina tester.

Mattias Jadesköld (30:13.55)
Nu står

Mattias Jadesköld (30:21.326)
Ja, det är någon slags mognadstrapa för att kunna komma igång med TDM. Men var ska man börja egentligen?

Ludwig Östlund (30:30.382)
De flesta börjar i det manuella kaoset. Ingen har riktigt koll på rutinerna kring testdata. Man kan sno varandras testdata fram och tillbaka. Och miljöerna blir snabbt nedsmutsade. Är vi lite mer mogna kan vi prata om att man maskar produktionsdata på ett bra sätt. Så att det inte blir en av de här riskerna med persondata som vi pratade om tidigare.

Mattias Jadesköld (30:43.758)
Ja, det det.

Ludwig Östlund (30:58.83)
Kliver vi en nivå så finns det en tjänst, testorganisation– –som har hand om datat på någon nivå. Ett visst ägarskap. Så det här kaoset inte minitieras. Man minimerar risken. Kliver upp så kan vi prata om automatiserade tjänster– –där vi kan skapa data i systemen utan att känna till kringliggande.

Behöver det nåt som en kund som har kreditsbehörighet– –så kan du lätt konsumera en sån genom ett knapptryck– –i ett webbigrensning eller ett annat verktyg.

Mattias Jadesköld (31:42.222)
Just det. Det står SAST på din dator. är väl en del av automatisering med tester och sånt.

Ludwig Östlund (31:51.374)
Nu läste ni det sast på min dator. Det är en helt annan grej. Ni har en del med security att göra. Det finns tydliga paralleller till att det ska vara static analysis software testing. Det vill att koden är säker. Den här har faktiskt en annan betydelse. Jag menar en organisation som heter Swedish Association for Software Testing. Det är en ideellt testorganisation i Sverige.

Mattias Jadesköld (32:05.454)
Vad är det där det inte bra

Ja.

Erik Zalitis (32:21.102)
Jaj.

Ludwig Östlund (32:21.742)
Som också vill främja just test, mucore-testning ska jag säga.

Erik Zalitis (32:25.966)
Ja, jag en fundering. är faktiskt inte om just det, men just den här grejen är AI kommer in i precis allting. Vad är AI-vinkeln för testning? Just det.

Ludwig Östlund (32:36.27)
Många har börjat använda AI för att skriva tester och få en bättre idé av vad man borde testa för någonting. Allting är tråkigt att dokumentera och skriva, så där har AI hjälpt oss mycket på sistone.

Mattias Jadesköld (32:48.238)
Ja, skriva testprotokoll och sådana saker.

Ludwig Östlund (32:51.886)
Här kanske skriva testfallen från början. Här har jag en user story. Vilka tester borde jag göra? Så får du ut tio testfallar plötsligt. Det hade tagit dig några timmar att fundera på vad du borde testa och vad som är viktigt just nu. Det kommer ut massor av text. Sen kan det vara så att allt kanske inte är toppen. Men du fick väldigt mycket mer idéer och mycket gratis hjälp på vägen och kan slänga det du inte behöver.

Mattias Jadesköld (33:14.734)
Nej.

Ludwig Östlund (33:15.374)
Det som manuellt testing har gjort är stor skillnad att kunna analysera krav, verifiera krav och de är bra att skriva. Jag binder mycket för att det ska vara bra tid i kedjan så där gör det väldigt mycket nytta redan. Sen kan vi prata testautomatisering också. Många utvecklare använder AI för att skriva kod snabbare.

Mattias Jadesköld (33:37.07)
Det måste ställa större krav på testandet. Man kan jättesnabbt skriva kod med hjälp av AI men man kanske inte har 100 % kontroll över det som man hade förut.

Ludwig Östlund (33:48.43)
Det här är en jätteintressant spaning som har skett i hela IT-världen. I och att ARIN har kommit in så producerar vi mycket mer än vad vi gjorde tidigare. Det finns mycket mer att testa också. Det produceras mer rådekoder, det publiceras mer features per tidsenhet än vad vi gjorde tidigare. Då finns det mer att testa också. Testerens jobb är fortfarande jätteviktigt.

Mattias Jadesköld (34:00.718)
Ja. Och du menade att produceras mer raderkodligt?

Ludwig Östlund (34:16.942)
Vad ska vi tänka på när en AI har producerat någonting också? Det finns mycket texter och information att hämta kring det här. är helt annat än det händer sig utanför testat.

Mattias Jadesköld (34:20.525)
Ja exakt.

Mattias Jadesköld (34:29.166)
Ja exakt. Men det blir på något sätt lite mer större utmaning än på en ny utmaning kanske.

Ludwig Östlund (34:35.373)
Men om vi pratar automatiserat test så kräver det att man kodar också. Alla är kanske inte lika duktiga utvecklare som utvecklarna själva. Men om du vet vad du vill göra ungefär så får det väldigt mycket hjälp när du ska koda någonting. Du vet ramarna, du vet att du vill populera med viss typ av testdata. A1 kanske hittar på någon testdata, till och med om du ber den snäll. Ge mig tio namn som ni pratade om tidigare.

Mattias Jadesköld (34:43.694)
Ja.

Mattias Jadesköld (34:50.766)
Nåsta.

Mattias Jadesköld (34:59.566)
Vad är det där?

Ludwig Östlund (35:03.726)
så får du tidnamn. Men de representativa, det vet man inte heller. Så där får man ju granska själv. Så man hamnar i en gransknings- loop, även som testare. Inte bara som utvecklare när man producerar kod, om man ska hitta om den här koden duger. Men, ja.

Mattias Jadesköld (35:05.454)
Mm.

Mattias Jadesköld (35:09.102)
Nej exakt.

Mattias Jadesköld (35:26.766)
Om man vill komma igång med automation inom testområdet, var ska man börja någonstans?

Ludwig Östlund (35:34.606)
Jag tycker att man ska börja söka på vilka nyttar den kan göra. Många bygger automatisering utan att tänka vilket värde det den här. Jobbar man i ett team som testare så ska man bli tjänare som utvecklar också.

Mattias Jadesköld (35:40.494)
Hmm?

Mattias Jadesköld (35:45.934)
Så är det.

Ludwig Östlund (35:53.614)
förklara visionen så att de är med på tåget. För de kommer kunna hjälpa dig att komma igång mycket snabbare om du inte kan automatisering. Sen gäller att ni väljer ett godtyckligt verktyg. Sådär. Nej, ni behöver hitta en gemensam plattform att jobba på. Det kan ju vara så att det redan finns någonting i organisationen som har de behoven, som uppfyller de krav man har för att kunna jobba effektivt.

Det är väl något jag brinner för igen. Jag har jobbat som ansvarig för automationsfunktioner. ser till att teamen jobbar på ett likartigt sätt. För att kunna komma igång snabbare just. Men tips, börja med med utvecklarna. Kolla vilka verktyg som gäller. Idag finns det många populära för webbtesting. Idag är Playwright ett bra exempel på vad som är hett där ute.

Mattias Jadesköld (36:52.142)
Jaja

Erik Zalitis (36:52.814)
Den har jag använt faktiskt väldigt bra. Jag gör del utvecklingar där också. Den integrerar väldigt bra med vissa AI-n och sånt där så att den kan köra i bakgrunden.

Ludwig Östlund (37:04.302)
Många har gått över till JustPlayer efter att kört Selenium tidigare. Ett annat populärt verktyg bland other consoles är Cypress också. Lite mer JavaScript. Båda har sina nischer varför man tycker om dem. Båda är bra tycker jag.

Erik Zalitis (37:12.206)
Nej okej.

Mattias Jadesköld (37:19.374)
Det kommer in när man har utvecklat färdigt produkten eller samtidigt

Erik Zalitis (37:24.238)
för att testa att saker jag bygger faktiskt funkar. Då ska jag erkänna att jag inte är jättebra på den. Jag använder den huvudsakligen genom att snöra upp den via klod. Men jag har ju sett resultatet av den och analyserat loggor och sånt där. Den verkar kompetent på det den gör.

Ludwig Östlund (37:40.014)
Absolut. Det Playwright gör är att den öppnar upp en browser egentligen. Antingen på riktigt eller under bordet kan man säga. Och klickar runt det här flödet egentligen enligt att automatisera script.

Erik Zalitis (37:50.926)
Ja, det är så.

Mattias Jadesköld (38:00.686)
Genom att automatisera det så varje gång utvecklar en ny produkt eller ny funktion kan du alltid köra hela testet hela tiden. Så det det man vill så man inte själv ska sitta manuellt och börja om varje gång någon som…

Ludwig Östlund (38:08.654)
Absolut.

Ludwig Östlund (38:13.614)
Exakt. Då är vi inne på begreppet regressionstestning.

Mattias Jadesköld (38:17.166)
Ja ja

Erik Zalitis (38:17.678)
Det är joy. Jag har just lärt mig att använda de där flödena i github så att man kan göra sådana saker.

Ludwig Östlund (38:27.342)
Registrionsstesting. vill att den befintliga funktionaliteten ska funka när du introducerat något nytt igen.

Mattias Jadesköld (38:33.646)
Ja, just det. Så det är lätt att man inte gör det där.

Ludwig Östlund (38:36.59)
Kan du boka hotellet till exempel så vill du kunna göra det även efter releaseen när du har introducerat någon ny funktionalitet i menyn där.

Erik Zalitis (38:44.174)
Alla.

Erik Zalitis (38:47.79)
Det jag upplevt som är svårt med det, för det ingår ju du sätter in en ny funktion och så bara, nu ska jag testa. Ja, just Det funkar fortfarande. Det ju väldigt, väldigt dumt att göra det manuellt. För du glömmer alltid något steg. Du måste nästan som pilot har en ska starta ett flygplan. Var en preflight checklist. Det här, det här, det här. Slå gärna på motorerna innan du tar bort bromsarna och så vidare och så vidare.

Ludwig Östlund (39:11.47)
Ja men vi människor blir ju lata någonstans. Så ju länge man håller på med någonting repetitivt så kommer man trötta. Man kommer missa att titta på någonting som du säger. Men har du automatiserat och scriptat så kommer det bli samma sak varje gång.

Mattias Jadesköld (39:13.806)
Precis.

Erik Zalitis (39:25.998)
Då får du ett gäng sån här kryssar ut och blubbblubbblubbklart. Steg 10, misslyckades, undersökts.

Mattias Jadesköld (39:31.438)
Om du hittar på en ny funktion som du sa att man kan boka hotell nåt, då kan det vara en grundläggande funktion som slutat funka. Nu går inte att skapa konton på den här.

Ludwig Östlund (39:41.134)
Ja exakt. är ganska vanligt att man tänker att jag inte pillat.

Nej, men ibland gör det ändå. Det är ganska vanligt faktiskt.

Erik Zalitis (39:52.43)
Det här borde vi inte höra hemma. Jag tog bort ett gammalt projekt och tog ner den andra webbsaiten. Det visade sig att man hade använt det här ramverket från den andra webbrotkatalogen. Så när jag tog bort en helt orelaterad site så sänkte jag huvudsaiten.

Mattias Jadesköld (40:11.054)
Det är klassiska teknikersvaret.

Ludwig Östlund (40:16.014)
Då kanske vi är inne på ett system. Tänk att det är fyra system och så ändrar man någon datamodell någonstans. Jag vet inte alls hur systemet fyra ledbort hanterar den förändringen.

Erik Zalitis (40:27.15)
Men det är så svettigt man sitter där så plötsligt kommer ett mail. Hej, sagt it-säkerhetspodden är ner. Okej, vad gjorde jag nu och varför?

Ludwig Östlund (40:35.374)
En annan ganska rolig grej där, om vi pratar att AI testar, du kan ju släppa in en AI och klicka runt på sidor också. Men AI, den lite mer lik hos människor i beteendet skulle jag säga. Även script? Ja, script. Skippet kommer göra samma sak. Men AI är ju lite konstruerad för att vara effektiv i tokens. Man kan ju säga att den blir lata också.

Mattias Jadesköld (40:43.31)
Ja.

Mattias Jadesköld (40:59.566)
Nu ska vi

Ludwig Östlund (41:02.382)
Så den kommer kanske inte att testa lika uttammande varje gång om det börjar konsumera för mycket. Det kommer ta genväger för att minimera sin kapacitet.

Mattias Jadesköld (41:06.958)
Ja.

Mattias Jadesköld (41:12.558)
Ja exakt, just det. Ja, det är spännande tid man lever i.

Erik Zalitis (41:17.71)
Det här fascinerar mig. Just den här, de tänker inte på testningar men det är väl inget roligt. Nu har vi byggt grejerna, den verkar funka. Push to production.

Mattias Jadesköld (41:29.006)
Det är det som jag inledde lite bättre kan vara lite mer men det låter som att en modern testorganisation då ska man verkligen jobba nära utvecklingsteamet och automatiserat och säkert aspekterna.

Ludwig Östlund (41:40.238)
Absolut. Sen tänker att man ska komma och säga vad som är fel. Men tycker också att en stor del av yrket är att föreslå vad man borde göra i så fall. Så att man inte bara kommer med ett problem till någon. Det handlar mycket om stämning. Man jobbar med människor som när man hittar ett fel så borde man säga så här kan man göra istället. Vad tror du om det? Så kommer resan gå mycket lättare.

Mattias Jadesköld (41:51.598)
Någonstans.

Mattias Jadesköld (42:04.206)
Ja.

Erik Zalitis (42:06.99)
Det är den psykologiska delen. Att inte irritera utvecklare och… Nej exakt.

Ludwig Östlund (42:08.43)
Absolut.

Mattias Jadesköld (42:13.198)
det ju lite den resan som säkerhetsvärlden också tagit. För många år sen så var det ju liksom säkerhetspersonen som kom sist i utvecklingen och sa nej och stängde brandväggen ungefär. Nu är ju liksom också säkerhet en del av hela kedjan med… I de bästa fall då.

Erik Zalitis (42:28.206)
Ja, det där är ju väldigt… Jag tycker är intressant hur mycket psykologi ändå hör ihop med IT på ett sätt som folk inte tänker på. För när vi intervjuar folk, vi har intervjuat ganska mycket folk i de här åtta åren vi hållit på. Då är det väldigt ofta psykologi kommer in i sådana här liten små saker. Man kanske inte ska… Man förstår användarna inte ska klicka på saker, man måste instruera dem och sådana grejer. Även här förstår jag att det gäller att hålla stämningen god, för du är inte någon som bär goda nyheter när du öknar dörren.

Ludwig Östlund (42:56.814)
Förmodligen inte.

Mattias Jadesköld (42:58.734)
Man vill ju som testare hitta fel antar jag. Det man vara på här överallt.

Ludwig Östlund (43:03.246)
Det är lite tillfredsställande att hitta någon kantball. Men framförallt att lösa problemet. Men som du säger, psykologin, måste göra det här. Sen får ni inte göra det.

Erik Zalitis (43:16.078)
Men när man pratar med utvecklare när man gjort olika säkerhets- tester, det är att inte fel. Det ska vara så

Ludwig Östlund (43:27.566)
En vanlig ursäkt man kan få är att det är fel på testdatat.

Erik Zalitis (43:31.726)
Alla hur den där händer inte när vi testar.

Ludwig Östlund (43:34.67)
Det är problem med testdata. Det funkar inte genom alla system. är en testare som få en utvecklare tillbaka. Det inte många e-gångar.

Erik Zalitis (43:44.462)
Min favorit är att vi vet om det här, men det inget problem. Vi vet om det hela tiden. Vi sa ingenting bara, men hej.

Ludwig Östlund (43:52.654)
Sen kan man prata om flikutest också. Man får olika beteende olika gånger fast man fattar inte varför egentligen.

Erik Zalitis (43:58.83)
Det är hopplöst, inte med tenta fel. Det det som man vill gråta.

Ludwig Östlund (44:03.246)
Någonstans som man egentligen inte kollat vad är själva grundersaken och det finns en anledning till det. tar för lång tid att ta reda på det.

Erik Zalitis (44:10.894)
Det vill också permutationen skenar ju. har permutationen x, a, b, funkar, a, c, funkar, a, q och sen x då händer det saker.

Mattias Jadesköld (44:23.758)
Ja, men det intressant. Det känns som om tömt dagens ämne lite med testdata för idag egentligen. Det finns säkert mer att prata om naturligtvis.

Ludwig Östlund (44:33.294)
Jag kan prata länge som helst.

Erik Zalitis (44:35.534)
Ja, det har vi inte band till. Rullbandet har slut.

Mattias Jadesköld (44:39.278)
Men tack så mycket Ludvig Östlund att du var med i IT6-paden.

Ludwig Östlund (44:45.23)
Det kan vi göra.

Ludwig Östlund (44:50.158)
Tusen tack, det var jättekul att få vara här med er. mycket rolig diskussion tycker jag.

Erik Zalitis (44:54.414)
Och vi hörs som vanligt om en vecka. för att ni har lyssnat!

(Denna transkription är automatiskt genererad och kan innehålla felhörningar)

Länkar – AI

• Händelsen som ledde till en hel del problem bara för att en artist kallade en låt efter ett telefonnummer – som fungerade
• Ludwig på LinkedIn.
• Ludwigs föredrag på SIG Security

Felaktigheter

• Låten 867-5309/Jenny hade ett nummer som ledde till kvinnan som låten handlade om, inte ett elbolag som Erik Zalitis felaktigt påstod i samtalet.

Inlägget #335 – Testdata, för utveckling med informationssäkerhet, har du kontroll? dök först upp på IT-säkerhetspodden.