Testtjenester for legacy-programvare
Kvalitetssikring av systemer som ikke tåler nedetid
Vedlikehold løsningen din og rull ut rettelser uten frykt. Migrer med dokumentasjon, ikke håp. Samarbeid med eksperter på programvaretesting som har praktisk erfaring og dokumenterte resultater.
Fortune 500-selskaper over hele verden har hatt tillit til oss siden 2011.
Dette hjelper vi med
Vedlikehold, forbedre, integrer eller migrer. Vi har ryggen din.
Uansett hvilken fase systemet ditt er i, tilpasses testtilnærmingen målet – ikke omvendt.
Programvarevedlikehold
Hold det nåværende systemet stabilt og sikkert, med regresjonsdekning ved hver endring.
Utvidelse med nye funksjoner
Rull ut nye funksjoner på den eksisterende stacken, verifisert mot alt som allerede fungerer.
Integrasjon og samhandling
Koble legacy-systemer til moderne verktøy og leverandører uten å forstyrre det som allerede fungerer.
Migrering og modernisering
Flytt til en moderne teknologistack med dokumentert bevis for at ingenting går tapt på veien.
Fortell oss om stacken din.
Vi har sannsynligvis* jobbet med den.
COBOL, Delphi, VB6, .NET Framework, AS400, Oracle Forms. Hvis det driver virksomheten din eller du planlegger å migrere, kan vi hjelpe med QA-delen.
*Har vi ikke erfaringen du trenger, spanderer vi på Starbucks.
Teknisk kompetanse
Slik bygges kvalitet på en legacy-stack
De fire målene ovenfor hviler på seks tekniske ferdigheter. Dette er ingeniørlaget: hvordan testdekning faktisk bygges opp på en stack som er eldre enn verktøyene alle andre bruker.
Karakteriserings- og regresjonstesting
Det tekniske fundamentet i hvert legacy-oppdrag: å fange dagens atferd som spesifikasjonen. Golden Master- og snapshot-teknikker registrerer de reelle utdataene (rapporter, filer, databasetilstander, API-svar) og flagger hvert avvik ved hver kjøring – koblet til automatiserte regresjonssuiter også der ingen CI-pipeline finnes ennå.
- Golden Master / approval testing mot data med reell produksjonsstruktur
- Risikobasert kartlegging av testdekning: først løypene med mest trafikk og høyest omsetning
- Testkjøring integrert i legacy-byggesystemer (eller bygget fra grunnen: Jenkins, planlagte runnere, gates før lansering)
Migrering og paritetsverifisering
Det tekniske bevislaget ved replattformering: å vise, sak for sak, at det nye systemet gjengir atferden til det gamle. Dekker migrering av teknologistack, migrering av miljø (on-premise til sky, flytting av infrastruktur og hosting) og kombinerte scenarier.
- Suiter for atferdsparitet: identiske inndata kjøres mot gammelt og nytt, utdata sammenlignes automatisk
- Avstemming av datamigrering: radantall, sjekksummer og sammenligninger på feltnivå på tvers av komplette datasett, ikke stikkprøver
- Validering ved parallellkjøring med automatisk avviksrapportering; rollback-beredskap verifisert før hver cutover-gate
- Kontroll av miljøparitet: konfigurasjoner, tidssoner, språkinnstillinger, OS-avhengigheter og ytelsesbaselinjer på ny infrastruktur
Egenutviklede testharnesses for stacker uten støtte
Når Selenium, Playwright og selv AI-baserte verktøy ikke henger med, må vi rett og slett bygge noe eget – og det har vi gjort siden 2011.
- Terminalemulering for green-screen-flyter (AS400 / IBM i, 5250/3270-protokoller)
- UI-automatisering på desktop: WinForms, WPF, MFC, Delphi, VB6, Java Swing, PowerBuilder
- Testing på protokollnivå: SOAP, WCF-bindinger, MSMQ / legacy JMS-køer, EDI, orkestrering av batchjobber
- Generering og maskering av testdata for systemer som bare har produksjonsdatasett
Kjørbar dokumentasjon
Biproduktet som lever lenger enn oppdraget. Hver karakteriseringstest er en lesbar beskrivelse av hva systemet gjør. Forretningsregler hentet ut fra koden og validert med dine domeneeksperter blir spesifikasjoner som holder seg korrekte fordi de kjører daglig.
- Testbeskrivelser på atferdsnivå som ikke-utviklere kan lese
- Uthenting av forretningsregler fra stored procedures, batchlogikk og kodeløyper
- Sporbarhet mellom regler, tester og modulene som implementerer dem
Integrasjons- og grensesnittesting
Skjøtene mellom gammelt og nytt bærer mesteparten av hendelsesrisikoen: et moderne API antar at legacy-kjernen oppfører seg på én måte, mens den stille oppfører seg annerledes. Testing på kontraktnivå fastsetter begge sider.
- Kontraktstesting mellom legacy-kjerner og REST/GraphQL-lag
- Konsistenskontroller mellom SOAP/WCF og moderne tjenester, inkludert feil- og timeout-atferd
- Verifisering fra batch til hendelsesstrøm: rekkefølge, duplikater, idempotens, reprosessering
- Regresjonstesting av tredjepartsintegrasjoner på tvers av systemgrenser
Ytelses- og lasttesting på legacy-infrastruktur
Kapasitet som et målt tall, ikke en gjetning. Lasttesting tilpasset lukkede, on-premise og protokollbegrensede miljøer der SaaS-baserte lastverktøy ikke rekker inn.
- Lastgenerering mot legacy-protokoller og desktop-/terminalsesjoner, ikke bare HTTP
- Isolering av flaskehalser i aldrende databaser, middleware og batchvinduer
- Ytelsesbaselinjer målt før migrering og sammenlignet etter migrering
Prosessen
Slik foregår samarbeidet
Å overlate et legacy-system krever reell tillit. Her er nøyaktig hva som skjer i hvert trinn, slik at ingenting kommer som en overraskelse.
- 1
Kartlegging
System, integrasjoner og risikoer kartlegges sammen med teamet ditt. Et bredere utgangspunkt er tilgjengelig via QA-revisjon.
- 2
NDA og sikker tilgang
ISO 9001 / 27001 / 22301-sertifiserte prosesser. Koden din leses av ingeniører under kontrakt, og limes aldri inn i en offentlig AI-chatbot.
- 3
Atferdsbaseline
Hva systemet faktisk gjør i dag, dokumentert. Referansepunktet for hver endring og migrering.
- 4
Oppbygging av testdekning
Områdene med høyest risiko beskyttes først. Verdi fra første sprint.
- 5
Sikkerhetsnett eller migreringsstøtte
Løpende regresjonsbeskyttelse, eller full validering av migreringen. Uansett er du dekket.
- 6
Løpende støtte
Omfanget tilpasses når behovene dine endrer seg – fra stabilt vedlikehold til en fremtidig migrering, uten å starte på nytt.
Få en partner som tar ansvar for QA-aktivitetene
Vår jobb er å hjelpe deg med å sikre at systemet ditt kjører som det skal, uansett hvilke endringer eller forbedringer du planlegger.
Teknologier
Legacy og aldrende teknologier vi vet hvordan man tester
«Legacy» er ikke bare mainframes. Det er også .NET-appen fra 2012 som behandler hver faktura, VB6-verktøyet ingen vil ta i, og AS400-systemet som kjører stille i bakgrunnen. Hvis det fortsatt gjør reelt arbeid, vet vi hvordan det testes.
Microsoft-stack
.NET Framework (WebForms, WinForms, WPF, MVC 3–5) · WCF og SOAP · VB6 og VB.NET · Classic ASP · Silverlight · Stored-procedure-logikk i SQL Server · COM/ActiveX
Språk og plattformer
COBOL · Delphi · PowerBuilder · Legacy-Java (6–8, EJB, Swing, Struts) · Perl · PHP 5.x · Python 2 · ColdFusion · FoxPro · Objective-C
Aldrende web-rammeverk
AngularJS · jQuery-frontends · Backbone.js · Knockout.js · GWT · Flash/Flex · Rails 2–4
Systemer og infrastruktur
AS400 / IBM i · Mainframes · Oracle Forms · On-premise-monolitter · MSMQ, gammel JMS
Grensesnitt
Green-screen-terminaler · Desktopklienter (WinForms, MFC) · Batch-pipelines · EDI
Er ikke teknologistacken din på listen? La oss snakke om det
Derfor velger kundene oss
Grunner til at selskaper stoler på oss med legacy-systemer
Testing av legacy-programvare er ikke et sidetilbud – det er spesialisert arbeid med spesialisert dokumentasjon. Slik ser det ut i praksis.
500+ ISTQB-sertifiserte ingeniører
Hver ingeniør som jobber på systemet ditt oppfyller en internasjonalt anerkjent teststandard – ikke bare intern opplæring – og mange har konkret erfaring med eldre stacker som de fleste nyansatte aldri har vært i nærheten av.
14+ år i bransjen
Lenge nok til å ha testet systemer gjennom flere plattformskift og regelendringer – og til å ha bygget det egenutviklede verktøyet som fyller hullet når Selenium, Playwright eller AI-baserte generatorer ikke rekker en teknologi
5 000+ reelle enheter og konfigurasjoner
For legacy-desktopklienter som fortsatt kjører på en blanding av OS-versjoner og maskinvare ute i felten, skjer testingen på reelle maskiner – ikke i ett enkelt rent miljø.
Menneskelig skjønn der AI kommer til kort
AI-genererte tester glir ut i fiksjon på udokumenterte systemer uten en ren spesifikasjon å trene mot. Våre ingeniører leser koden og verifiserer atferden direkte.
Kunnskap som akkumuleres
Jo lenger vi jobber med et system, jo mer verdi tilfører vi. For legacy-programvare, der kunnskapen i organisasjonen ofte er den største risikoen, er det hele poenget.
Sikkerhet først i samarbeidet
ISO 27001-prosesser, gjensidige NDA-er fra dag én og erfaring fra bank, telekom og helse – bransjer der legacy-systemer og etterlevelseskrav vanligvis overlapper.
Bransjer
Bygget for systemer som ikke kan erstattes over natten
Noen systemer kan ikke bygges om uten alvorlig driftsrisiko. Dette er bransjene der det oftest er tilfellet, og der testingen må jobbe rundt tiår med teknisk gjeld i stedet for å ignorere den.
- Fintech og bank
- Helse
- Stat og offentlig sektor
- Varehandel
- Forsikring
- Telekom
- Industri
- Reiseliv og servering
Kundehistorier
Selskaper i regulerte bransjer der risikoen er høyest, stoler på oss
Migreringer skaper risiko. Det gjør også det å miste menneskene som forsto systemet. Slik håndterte vi begge, uten at noen av dem ble et problem.
Utfordringen: Etter at INDEXOs banksystem ble lansert, migrerte selskapet senere til ny infrastruktur – en endring som risikerte å innføre ytelsesregresjoner i et system i drift.
TestDevLab kjørte de samme lasttestscenarioene som ble brukt før lansering på nytt, og bekreftet at migreringen ikke hadde forringet ytelsen eller innført nye problemer.
INDEXO flyttet til ny infrastruktur med verifisert trygghet.
Utfordringen: Testingen hos i-Hub hvilte helt på manuelle prosesser. Da det eksisterende manuelle testteamet senere forlot prosjektet, var risikoen ikke bare et hull i testingen – det var tapet av den akkumulerte kunnskapen om hvordan systemet faktisk oppførte seg.
TestDevLab etablerte automatiseringsrammeverket og dokumentasjonen tidlig i prosjektet, slik at kunnskapen ble fanget fra starten. Da kundens QA-team senere ble byttet ut, fortsatte prosjektet uten avbrudd.
En testprosess laget for å overleve endring.
FAQ
Spørsmål folk stiller før de starter med testing av legacy-programvare
Ja, og det er størstedelen av jobben. Karakteriseringstesting fanger hva systemet deres faktisk gjør i dag, og bruker den reelle atferden som spesifikasjon – uansett om atferden noen gang er skrevet ned.
Nei. Kartlegging, baselinetesting og oppbygging av testdekning er laget for å kjøre uten å forstyrre systemet i drift. Hvis en endring likevel trenger et vedlikeholdsvindu, avtaler vi det med dere på forhånd – aldri som en overraskelse.
Med risiko, ikke alt på én gang. Vi kartlegger først løypene med mest trafikk og høyest omsetning, slik at områdene som mest sannsynlig kan gjøre reell skade, blir beskyttet først.
Når standardverktøy ikke rekker en teknologi, bygger vi et eget harness som gjør det. Terminalemulering, UI-automatisering på desktop, testing på protokollnivå – dette har vært en spesialitet siden 2011.
Testing av atferdsparitet: identiske inndata kjøres mot begge systemene, med utdata sammenlignet automatisk. Kombinert med dataavstemming og miljøkontroller, slik at ingenting endrer seg stille under flyttingen.
Tilgang styres av gjensidige NDA-er og ISO-sertifiserte prosesser fra dag én. Koden og dataene deres håndteres av ingeniører under kontrakt, innenfor deres eksisterende sikkerhetskrav.
Den kunnskapen blir fanget, ikke tapt. Kjørbar dokumentasjon og karakteriseringstester registrerer hva systemet faktisk gjør, slik at kunnskapen i organisasjonen lever lenger enn noen enkeltpersons ansettelse.
Klar til å teste systemet som faktisk driver virksomheten din?
Enten du lapper, integrerer eller planlegger en full migrering, kan vi kartlegge risikoen før den blir et problem.