Testtjänster för legacy-mjukvara
Kvalitetssäkring för system som inte tål driftstopp
Underhåll er lösning och driftsätt rättningar utan oro. Migrera med bevis, inte med hopp. Samarbeta med experter på mjukvarutestning som har praktisk erfarenhet och dokumenterade resultat.
Fortune 500-företag över hela världen har litat på oss sedan 2011.
Det här hjälper vi med
Underhålla, förbättra, integrera eller migrera. Vi har er rygg.
Oavsett vilket skede ert system är i anpassas testansatsen till målet – inte tvärtom.
Mjukvaruunderhåll
Håll det nuvarande systemet stabilt och säkert, med regressionstäckning vid varje ändring.
Utökad funktionalitet
Leverera nya funktioner på den befintliga stacken, verifierade mot allt som redan fungerar.
Integration och interoperabilitet
Koppla legacy-system till moderna verktyg och leverantörer utan att störa det som redan fungerar.
Migrering och modernisering
Gå över till en modern teknikstack med dokumenterat bevis för att inget tappas på vägen.
Berätta om er stack.
Vi har sannolikt* redan arbetat med den.
COBOL, Delphi, VB6, .NET Framework, AS400, Oracle Forms. Om det driver er verksamhet eller om ni planerar att migrera kan vi hjälpa till med QA-delen.
*Har vi inte den erfarenhet ni behöver bjuder vi på Starbucks.
Teknisk kompetens
Så byggs kvalitet på en legacy-stack
De fyra målen ovan vilar på sex tekniska förmågor. Det här är ingenjörslagret: hur testtäckning faktiskt byggs upp på en stack som är äldre än de verktyg alla andra använder.
Karakteriserings- och regressionstestning
Den tekniska grunden i varje legacy-uppdrag: att fånga dagens beteende som specifikation. Golden Master- och snapshot-tekniker registrerar de faktiska utdata (rapporter, filer, databastillstånd, API-svar) och flaggar varje avvikelse vid varje körning – kopplade till automatiserade regressionssviter även där ingen CI-pipeline ännu finns.
- Golden Master / approval testing mot data med verklig produktionsstruktur
- Riskbaserad kartläggning av testtäckning: först flödena med mest trafik och högst omsättning
- Testkörning integrerad i legacy-byggsystem (eller byggd från grunden: Jenkins, schemalagda runners, gates före lansering)
Migrering och paritetsverifiering
Det tekniska bevislagret vid plattformsbyte: att visa, fall för fall, att det nya systemet återger det gamlas beteende. Omfattar migrering av teknikstack, migrering av miljö (on-premise till moln, flytt av infrastruktur och hosting) och kombinerade scenarier.
- Sviter för beteendeparitet: identiska indata körs mot gammalt och nytt, utdata jämförs automatiskt
- Avstämning av datamigrering: radantal, kontrollsummor och jämförelser på fältnivå över kompletta datamängder, inte stickprov
- Validering vid parallellkörning med automatisk avvikelserapportering; rollback-beredskap verifierad före varje cutover-gate
- Kontroll av miljöparitet: konfigurationer, tidszoner, språkinställningar, OS-beroenden och prestandabaslinjer på den nya infrastrukturen
Egna testramverk för stackar utan stöd
När Selenium, Playwright och till och med AI-baserade verktyg inte räcker till måste vi helt enkelt bygga något eget – och det har vi gjort sedan 2011.
- Terminalemulering för green-screen-flöden (AS400 / IBM i, 5250/3270-protokoll)
- UI-automatisering på skrivbordet: WinForms, WPF, MFC, Delphi, VB6, Java Swing, PowerBuilder
- Testning på protokollnivå: SOAP, WCF-bindningar, MSMQ / legacy JMS-köer, EDI, orkestrering av batchjobb
- Generering och maskering av testdata för system som bara har produktionsdatamängder
Körbar dokumentation
Biprodukten som lever längre än uppdraget. Varje karakteriseringstest är en läsbar beskrivning av vad systemet gör. Affärsregler som hämtats ur koden och validerats med era domänexperter blir specifikationer som fortsätter stämma eftersom de körs dagligen.
- Testbeskrivningar på beteendenivå som även icke-utvecklare kan läsa
- Utvinning av affärsregler ur lagrade procedurer, batchlogik och kodvägar
- Spårbarhet mellan regler, tester och de moduler som implementerar dem
Integrations- och gränssnittstestning
Skarvarna mellan gammalt och nytt bär större delen av incidentrisken: ett modernt API antar att legacy-kärnan beter sig på ett sätt, medan den tyst beter sig på ett annat. Testning på kontraktsnivå låser fast båda sidor.
- Kontraktstestning mellan legacy-kärnor och REST/GraphQL-lager
- Konsistenskontroller mellan SOAP/WCF och moderna tjänster, inklusive fel- och timeout-beteende
- Verifiering från batch till händelseström: ordning, dubbletter, idempotens, omkörning
- Regressionstestning av tredjepartsintegrationer över systemgränser
Prestanda- och lasttestning på legacy-infrastruktur
Kapacitet som ett mätt tal, inte en gissning. Lasttestning anpassad för slutna, on-premise och protokollbegränsade miljöer där SaaS-baserade lastverktyg inte når in.
- Lastgenerering mot legacy-protokoll och skrivbords- eller terminalsessioner, inte bara HTTP
- Isolering av flaskhalsar i åldrande databaser, middleware och batchfönster
- Prestandabaslinjer mätta före migreringen och jämförda efteråt
Processen
Så går samarbetet till
Att lämna över ett legacy-system kräver verkligt förtroende. Här är precis vad som händer i varje steg, så att inget kommer som en överraskning.
- 1
Kartläggning
System, integrationer och risker kartläggs tillsammans med ert team. En bredare utgångspunkt finns via QA-revision.
- 2
NDA och säker åtkomst
ISO 9001 / 27001 / 22301-certifierade processer. Er kod läses av ingenjörer under avtal och klistras aldrig in i en publik AI-chatbot.
- 3
Beteendebaslinje
Vad systemet faktiskt gör i dag, dokumenterat. Referenspunkten för varje ändring och migrering.
- 4
Uppbyggnad av testtäckning
Områdena med högst risk skyddas först. Värde redan från första sprinten.
- 5
Skyddsnät eller migreringsstöd
Löpande regressionsskydd, eller fullständig validering av migreringen. Ni är täckta i båda fallen.
- 6
Löpande stöd
Omfattningen anpassas när era behov förändras – från stabilt underhåll till en framtida migrering, utan att börja om.
Skaffa en partner som tar ansvar för kvalitetssäkringen
Vårt jobb är att hjälpa er säkerställa att systemet fungerar som det ska, oavsett vilka ändringar eller förbättringar ni planerar.
Teknologier
Legacy och åldrande teknik som vi kan testa
”Legacy” är inte bara stordatorer. Det är också .NET-appen från 2012 som hanterar varje faktura, VB6-verktyget som ingen vill röra, och AS400-systemet som tyst rullar i bakgrunden. Om det fortfarande gör verkligt arbete vet vi hur det ska testas.
Microsoft-stack
.NET Framework (WebForms, WinForms, WPF, MVC 3–5) · WCF och SOAP · VB6 och VB.NET · Classic ASP · Silverlight · Logik i lagrade procedurer i SQL Server · COM/ActiveX
Språk och plattformar
COBOL · Delphi · PowerBuilder · Legacy-Java (6–8, EJB, Swing, Struts) · Perl · PHP 5.x · Python 2 · ColdFusion · FoxPro · Objective-C
Åldrande webbramverk
AngularJS · jQuery-frontends · Backbone.js · Knockout.js · GWT · Flash/Flex · Rails 2–4
System och infrastruktur
AS400 / IBM i · Stordatorer · Oracle Forms · On-premise-monoliter · MSMQ, gammal JMS
Gränssnitt
Green-screen-terminaler · Skrivbordsklienter (WinForms, MFC) · Batch-pipelines · EDI
Finns inte er teknikstack i listan? Låt oss prata om det
Därför väljer kunderna oss
Skäl till att företag anförtror oss sina legacy-system
Testning av legacy-mjukvara är inte ett sidoerbjudande – det är specialiserat arbete med specialiserade bevis. Så här ser det ut i praktiken.
500+ ISTQB-certifierade ingenjörer
Varje ingenjör som arbetar med ert system uppfyller en internationellt erkänd teststandard – inte bara intern utbildning – och många har konkret erfarenhet av äldre stackar som de flesta nyanställda aldrig har rört.
14+ år i branschen
Tillräckligt länge för att ha testat system genom flera plattformsskiften och regeländringar – och för att ha byggt de egna verktyg som fyller luckan när Selenium, Playwright eller AI-baserade generatorer inte når en teknik
5 000+ verkliga enheter och konfigurationer
För legacy-skrivbordsklienter som fortfarande körs på en blandning av OS-versioner och hårdvara ute i fält sker testningen på verkliga maskiner – inte i en enda ren miljö.
Mänskligt omdöme där AI inte räcker
AI-genererade tester glider över i fiktion på odokumenterade system utan en ren specifikation att träna mot. Våra ingenjörer läser koden och verifierar beteendet direkt.
Kunskap som ackumuleras
Ju längre vi arbetar med ett system, desto mer värde tillför vi. För legacy-mjukvara, där kunskapen i organisationen ofta är den största risken, är det hela poängen.
Säkerhet först i samarbetet
ISO 27001-processer, ömsesidiga NDA:er från dag ett och erfarenhet inom bank, telekom och hälso- och sjukvård – branscher där legacy-system och regelkrav oftast överlappar.
Branscher
Byggt för system som inte kan bytas ut över en natt
Vissa system kan inte byggas om utan allvarlig verksamhetsrisk. Det här är branscherna där det oftast gäller, och där testningen måste arbeta runt decennier av teknisk skuld i stället för att ignorera den.
- Fintech och bank
- Hälso- och sjukvård
- Stat och offentlig sektor
- Handel
- Försäkring
- Telekom
- Tillverkning
- Resor och besöksnäring
Kundcase
Företag i reglerade branscher där insatserna är högst litar på oss
Migreringar skapar risk. Det gör också att förlora de personer som förstod systemet. Så hanterade vi båda, utan att någon av dem blev ett problem.
Utmaningen: Efter att INDEXOs banksystem lanserats migrerade företaget senare till ny infrastruktur – en ändring som riskerade att införa prestandaregressioner i ett system i drift.
TestDevLab körde om samma lasttestscenarier som användes före lanseringen och bekräftade att migreringen inte hade försämrat prestandan eller infört nya problem.
INDEXO gick över till ny infrastruktur med verifierad trygghet.
Utmaningen: i-Hubs testning vilade helt på manuella processer. När deras befintliga manuella testteam senare lämnade projektet var risken inte bara en lucka i testningen – det var förlusten av den ackumulerade kunskapen om hur systemet faktiskt betedde sig.
TestDevLab etablerade automatiseringsramverket och dokumentationen tidigt i projektet, så att kunskapen fångades från start. När kundens QA-team senare byttes ut fortsatte projektet utan avbrott.
En testprocess byggd för att överleva förändring.
FAQ
Frågor som ställs innan man börjar med testning av legacy-mjukvara
Ja, och det är största delen av jobbet. Karakteriseringstestning fångar vad ert system faktiskt gör i dag och använder dess verkliga beteende som specifikation – oavsett om beteendet någonsin har skrivits ner.
Nej. Kartläggning, baslinjetestning och uppbyggnad av testtäckning är utformade för att köras utan att störa systemet i drift. Om en ändring ändå behöver ett underhållsfönster planerar vi det med er i förväg – aldrig som en överraskning.
Med risken, inte med allt på en gång. Vi kartlägger först flödena med mest trafik och högst omsättning, så att de områden som mest sannolikt orsakar verklig skada skyddas först av allt.
När standardverktyg inte når en teknik bygger vi ett eget ramverk som gör det. Terminalemulering, UI-automatisering på skrivbordet, testning på protokollnivå – det har varit en specialitet sedan 2011.
Testning av beteendeparitet: identiska indata körs mot båda systemen, med utdata jämförda automatiskt. Kombinerat med dataavstämning och miljökontroller, så att inget ändras i tysthet under flytten.
Åtkomst styrs av ömsesidiga NDA:er och ISO-certifierade processer från dag ett. Er kod och era data hanteras av ingenjörer under avtal, inom era befintliga säkerhetskrav.
Den kunskapen fångas, den förloras inte. Körbar dokumentation och karakteriseringstester registrerar vad systemet faktiskt gör, så att kunskapen i organisationen lever längre än någon enskild persons anställning.
Klara att testa systemet som faktiskt driver er verksamhet?
Vare sig ni patchar, integrerar eller planerar en fullständig migrering kan vi kartlägga risken innan den blir ett problem.