Kvalitetssäkra inbyggda system - som rullar!
När ett tåg rullar in på perrongen förväntar sig resenärerna att informationen bara fungerar. Skyltar, utrop och skärmar ska visa rätt sak vid rätt tillfälle. Bakom den självklara upplevelsen finns system som måste fungera i realtid, under full drift och i ständig rörelse.
Möt Robert Larsson och Mats Stenberg, två testare med lång erfarenhet som just nu jobbar med passagerarinformationssystem i tåg.
Två erfarna testare med olika ingångar
Robert började med test redan i slutet av 90-talet, i en miljö där specifikationer och dokumentation var centrala delar av arbetet. Sedan dess har han jobbat som konsult i flera olika branscher.
Mats har jobbat med test i ungefär 18 år, med fokus på tekniskt test och testautomation, och beskriver att han drivs av att programmera och att hitta fel i mjukvara.
Trots sin breda erfarenhet från andra branscher beskriver båda att den miljö de jobbar i nu skiljer sig tydligt från mycket annan IT.
Här är några saker som sticker ut:
1. Systemkomplexitet
Här handlar det sällan om en isolerad applikation.
Mats beskriver det så här: “Det är inte bara ett system som ska fungera. Allt ska fungera tillsammans – skärmar, ljud, dataflöden och olika system.”
För resenären ska allt upplevas som enhetligt. Men bakom kulisserna kan informationen komma från flera olika källor och system.
2. Här styr krav och process
I många moderna utvecklingsprojekt är vi vana vid att iterera snabbt. Här är arbetet mer styrt av krav, standarder och dokumentation.
Robert säger:
“Du måste dokumentera allt, och det finns krav på att det ska göras på ett visst sätt innan det får användas.”
Det innebär också tydligare rollfördelning än i många team. Utvecklare utvecklar, testare testar och det finns tydligt definierat vem som ansvarar för vad.
3. Test slutar inte i en testmiljö – det slutar i ett tåg
Testningen sker i flera steg. Först lokalt eller i containerbaserade miljöer. Sedan i simulatorer där man kan efterlikna verkliga scenarier. Och till slut i riktiga tåg.
“Du får hela vägen till slutprodukten. Du kliver faktiskt in i tåget och testar det i verkligheten,” säger Robert.
Det ger ett annat perspektiv på arbetet. Det som testas är inte bara funktioner och tekniska flöden, utan den faktiska upplevelsen för resenären.
4. Hårda deadlines och lite utrymme för omtag
Tåg ska tas i drift vid en bestämd tidpunkt. Mycket annat är redan planerat runt det. Det gör att tidsramarna är fasta och utrymmet för omtag begränsat.
När något väl rullar måste det fungera. Det ställer höga krav på noggrannhet, samarbete och testkvalitet. Det som levereras behöver vara korrekt, genomtestat och godkänt redan från start.
5. En testroll som kräver teknisk bredd och helhetsförståelse
“Testautomation är en viktig del av arbetet, men det räcker inte hela vägen. Mycket går att simulera, men inte allt, “ berättar Mats.
“Vi kan simulera mycket, men vi måste fortfarande testa i verkligheten till slut” säger Robert.
Båda lyfter också att teknisk kompetens är avgörande: Linux, programmering och förståelse för hur systemen hänger ihop är en förutsättning.
En kommentar från Robert sammanfattar kanske bäst hur den här typen av uppdrag påverkar en:
“Så fort jag sätter mig på ett tåg nu så tänker jag på utropen och det som visas på skärmarna.”
När systemen finns i verkligheten, då börjar man också se dem överallt.
