Testing som ikke er en ettertanke
Testing som gjøres mot slutten av et prosjekt er ikke testing. Det er brannslukking. Aspiria leverer testledere som er med fra planlegging, ikke fra feilretting. Vi sikrer at kvalitet bygges inn fra første dag, slik at leveransen holder når den settes i produksjon.
Feil oppdaget i produksjon koster langt mer å fikse
En feil funnet under utvikling tar timer å rette. Den samme feilen funnet etter produksjonssetting kan ta uker. I mellomtiden påvirker den brukere, tillit og drift.
Vi kjenner dette mønsteret godt fra prosjekter i bank og finans, offentlig forvaltning og telekommunikasjon. Systemer som gikk i produksjon med feil som ville vært enkle å fange tidlig. Testfaser som ble presset sammen fordi resten av prosjektet tok lengre tid enn planlagt. Testledelse som kom inn for sent til å gjøre en reell forskjell.
Det er ikke alltid mangel på testere som er problemet. Det er mangel på struktur, plan og tidlig forankring. Les mer om forskjellen på prosjektleder og testleder og hvorfor samspillet er avgjørende.
Slik jobber vi med testledelse
Vi involveres tidlig. Helst allerede i planleggingsfasen fordi det er da teststrategi og risikovurdering gir mest verdi. Testarbeid som starter sent gir bare svar på om løsningen virker. Testarbeid som starter tidlig gir svar på om den riktige løsningen er bygget.
Konkret betyr det at vi:
- Utarbeider en teststrategi tilpasset prosjektets mål, risiko og rammer
- Koordinerer testing mellom utviklere, testere, forretning og sluttbrukere
- Identifiserer og prioriterer risiko – slik at kritiske områder testes grundigst
- Følger opp fremdrift og avvik løpende med tydelig rapportering til ledelsen
- Sikrer at bare godkjente og testede leveranser går til produksjon
En god teststrategi er ikke et dokument som skrives og glemmes. Det er en levende plan som justeres etter prosjektets faktiske utvikling. Les mer om hva en god teststrategi bør inneholde.
Oppdrag vi ofte leder
Utviklingsprosjekter
Nyutvikling krever strukturert testing gjennom hele løpet, ikke bare mot slutten. Vi sikrer funksjonalitet, ytelse og brukervennlighet fra første sprint til produksjonssetting.
Systemintegrasjon
Når systemer kobles sammen er det dataflyt, samspill og stabilitet på tvers av løsninger som må testes. Vi sørger for at ingenting faller mellom stolene.
Systemimplementering
Ved innføring av nye løsninger tester vi at funksjonelle krav er oppfylt, at tekniske feil er fanget opp, og at sluttbrukerne faktisk får det de ble lovet.
Produktsentrisk utvikling
Kontinuerlig utvikling krever kontinuerlig testing. Vi sikrer kvalitet i hver iterasjon og hindrer at feil hoper seg opp over tid.
Digitalisering og modernisering
Når eksisterende systemer migreres eller bygges om er risikoen høy og toleransen for feil lav. Vi gir testledelse som holder kvaliteten stabil gjennom hele overgangen.
Infrastrukturprosjekter
Teknisk stabilitet, tilgjengelighet og ytelse må verifiseres. Også når det ikke er snakk om applikasjonsutvikling. Vi tilpasser testomfanget til prosjektets natur.
Roller vi fyller
30 år med testing i norske IT-prosjekter
Siden 1995 har Aspiria testet løsninger i noen av Norges mest krevende miljøer. Erfaringen spenner fra finans og telekommunikasjon til energi, logistikk, helse og offentlig forvaltning. Prosjekter med strenge krav til sporbarhet. Systemer med null toleranse for nedetid. Integrasjoner der en feil i ett ledd forplanter seg gjennom hele kjeden.
Testlederne våre er ISTQB-sertifisert og sertifisert innen smidige metoder. De har jobbet på både kunde- og leverandørside, og vet hva som ser annerledes ut fra de to perspektivene.
Vi har en enkel tommelfingerregel: ingen feil skal møte brukerne som vi kunne ha funnet selv. Les mer om hva Aspiria leverer innen prosjektledelse og mange av kundene våre bruker oss i begge roller.
Menneskene bak testingen
Er du testleder på jakt etter nye utfordringer?
Vi søker flere dyktige testledere som vil være med å bygge kvalitet fra første dag. I Aspira får du faglig påfyll, frihet under ansvar, og kollegaer som spiller deg god.
Spørsmål vi ofte får om testledelse
Hva gjør en testleder i et IT-prosjekt?
En testleder planlegger, koordinerer og følger opp all testing i prosjektet. De setter teststrategi, prioriterer hva som testes grundigst basert på risiko, følger opp fremdrift og rapporterer kvalitetstilstand til ledelsen – slik at beslutninger om produksjonssetting kan tas på et solid grunnlag.
Når bør testleder involveres i prosjektet?
Så tidlig som mulig. Helst allerede i planleggingsfasen. En testleder som kommer inn tidlig kan påvirke kravspesifikasjon, teststrategi og testmiljøer fra start. En testleder som kommer inn sent kan bare dokumentere hva som ikke virker.
Hva er forskjellen på testleder og teknisk tester?
Testleder har det overordnede ansvaret for plan, koordinering og rapportering. Teknisk tester utfører selve testarbeidet: funksjonelle tester, ytelsestester, integrasjonstester. I mange prosjekter trengs begge rollene, og de jobber tett sammen.
Hvordan rapporterer dere kvalitet til ledelsen?
Vi rapporterer i et språk ledelsen kan handle på. Ikke «17 åpne defekter i modul X», men «tre av feilene vil påvirke alle brukere ved innlogging . Vi anbefaler ikke produksjonssetting før disse er lukket». Beslutningsgrunnlag, ikke statuslister.
Kan dere ta testlederansvar i offentlig sektor?
Ja. Vi har erfaring fra etater og forvaltningsmiljøer med strenge krav til dokumentasjon, sporbarhet og datasikkerhet. Vi er vant til prosjekter der gamle og nye systemer skal fungere side om side, og der risiko ved feil i produksjon er høy.