QA & Releasesäkring
Kodgranskning och genomgång
En oberoende granskning av din kodbas, oavsett om den är skriven av människor eller genererad med AI-verktyg. Vi hittar säkerhetsbrister, skör design och teknisk skuld, och ger dig en prioriterad plan för att åtgärda dem.

När team ber om en revision
Ni måste besluta om ni ska bygga vidare på en kodbas, åtgärda den först eller ersätta delar av den, och ingen oberoende har läst den tillräckligt noga för att kunna berätta det för er.
- Team som tar över kod från en byrå, frilansare eller avgående utvecklare
- Investerare eller köpare som behöver en oberoende teknisk bedömning inför en affär
- Grundare som anställer sina första ingenjörer till en kodbas som AI-verktyg till stor del skrivit
Vad granskningen tittar på
Typiska granskningsområden för en webbkodbas; hur djupt var och en går följer den omfattning vi kommer överens om.
Arkitektur och kodhälsa
- Var affärsregler bor och hur moduler är beroende av varandra
- Duplicerade eller motstridiga regler över filer och tjänster
- Huruvida tester på kritiska regler skulle misslyckas om regeln gick sönder
- Felflöden: timeouts, återförsök och vad som händer när ett anrop misslyckas
Säkerhet i källkoden
- Huruvida varje rutt, handler och bakgrundsjobb kontrollerar auktorisering
- Opålitlig indata spårad till queries, mallar, filsökvägar och shell-anrop
- Hemligheter i kod, konfigurationsfiler och repository-historik
- Personuppgifter som läcker in i loggar, felmeddelanden och analyshändelser
Leverans och beroenden
- Paket som ingen medvetet valt, inklusive sådana som AI-verktyg lagt till
- Kända sårbarheter, övergivna bibliotek och licensförpliktelser
- Build-, CI- och driftsättningsskript, och hur en release rullas tillbaka
- Databasmigreringar och konfiguration per miljö
Vet vad du bygger på
Du kanske ärver en kodbas, står inför teknisk due diligence, förbereder en större lansering eller levererar kod som producerats snabbt med AI-verktyg. Varje gång behöver du veta vad du bygger på. Våra ingenjörer granskar arkitektur, säkerhet, prestanda, tester och beroenden, och förklarar varje fynd med dess affärsrisk och en rekommenderad åtgärd. För AI-genererad kod letar vi efter de specifika problem som dessa verktyg tenderar att lämna efter sig, innan de når produktion.
AI-assisterad analys, ingenjörsverifierade fynd
Hur AI hjälper till
- Kartlägger en stor kodbas snabbt: moduler, dataflöden, ingångspunkter och var känslig data hanteras.
- Kör och triagerar statisk analys, beroende- och hemlighetsskanningar, och grupperar dubbletter och troliga falska positiva.
- Söker igenom hela kodbasen efter ett mönster när det väl hittats, såsom en saknad behörighetskontroll.
- Utarbetar utkast till fyndbeskrivningar och åtgärdsexempel som ingenjörer kan verifiera och redigera.
Vad våra experter ansvarar för
- Ingenjörer bekräftar varje fynd i sitt sammanhang innan det kommer med i rapporten. Overifierad verktygsutdata gör det inte.
- Arkitekturråd väger in ditt team, din färdplan och dina begränsningar, inte bara mönsterregler.
- Allvarlighetsgrad speglar affärspåverkan och exploaterbarhet, inte ett verktygs standardpoäng.
- Åtgärdsplanen är ordnad efter risk och insats, med avvägningarna förklarade.
Vad du får
En tydlig bild av din kod och vad du bör åtgärda först
Arkitektur och underhållbarhet
Struktur, koppling, duplicering, testtäckning av kritisk logik och luckor i dokumentationen, med råd som passar din färdplan, inte en standardmässig omskrivning.
Säkerhetskodgranskning
Injektion, autentisering, behörighet, hantering av hemligheter och indatavalidering, granskat mot OWASP-vägledning. Endast bekräftade fynd rapporteras.
Granskning av AI-genererad kod
Kontrollerar duplicerad logik, inkonsekvent validering, saknade åtkomstkontroller, ohanterade fel, ogranskade beroenden och tester som bekräftar lite.
Prestanda och tillförlitlighet
Upprepade databasanrop, blockerande operationer, saknade timeouts och svag felhantering som orsakar nedbromsningar och fel under last.
Beroende- och licensgranskning
Föråldrade paket, kända sårbarheter och licensåtaganden, med en uppdateringsplan som flaggar brytande ändringar.
Rapport med prioriterade fynd
Varje fynd med bevis, allvarlighetsgrad, affärspåverkan och en rekommenderad åtgärd med kodexempel, plus en sammanfattning för beslutsfattare.
Så går en kodrevision till
- 01
Omfattning och sammanhang
Kom överens om mål, fokusområden och åtkomst. Korta samtal med ert team täcker affärsprioriteringar, historik och kända smärtpunkter.
- 02
Automatiserad analys
Statisk analys samt beroende- och hemlighetsskanningar körs med AI-assisterad triage, och en karta över kodbasen visar var manuell granskning spelar störst roll.
- 03
Expertgranskning
Ingenjörer läser kritiska flöden, verifierar varje fynd, bedömer allvarlighetsgrad efter affärspåverkan och skriver åtgärdsvägledning med kodexempel.
- 04
Genomgång och plan
Vi går igenom fynden med ert team, svarar på frågor och kommer överens om en åtgärdsplan, med vår hjälp med åtgärderna om ni vill ha det.
Två sätt att arbeta med AI-verktyg
AI hjälper till att ta fram utkast till tester och undersöka defekter. Välj var den får bearbeta er kod och testdata.
- Privat / Lokal AI-utveckling
Privat hostade modeller inuti infrastruktur som du kontrollerar eller en överenskommen isolerad miljö.
Diskutera med detta paket - Claude Code / OpenAI Codex-utveckling
Claude Code och/eller OpenAI Codex med molninställningar som din organisation godkänner.
Diskutera med detta paket
Osäker? Vi rekommenderar ett under avgränsningen. Jämför AI-leveransalternativ
Typiska revisionsförfrågningar
Typiska scenarier vi omfattar, inte kundfallstudier.
Refaktorera, bygga om eller fortsätta bygga vidare
En CTO måste välja mellan att bygga vidare på en skör kodbas och att bygga om delar av den. Vi granskar struktur, tester kring centrala affärsregler och beroendehälsa, och lägger sedan fram alternativen med deras risker; beslutet är deras att fatta.
En omskrivning av faktureringen gjord med AI-verktyg
Ett team skrev om sin faktureringslogik med stor hjälp av AI-kodningsverktyg inför en större release. Vi granskar de ändrade modulerna, spårar hur belopp, rabatter och återbetalningar flödar genom dem, och flaggar flöden som behöver tester innan det levereras.
Teknisk due diligence inför en investering
En investerare vill ha en oberoende bedömning av en startups kodbas innan hen binder sig. Inom en avtalad omfattning bedömer vi arkitektur, säkerhet och beroenderisk, och skriver en sammanfattning som icke-ingenjörer kan agera på, med den tekniska detaljen bifogad.
Vad en revision inte omfattar
- Vi läser och analyserar kod, inte ett körande system; live-attacktestning är Penetration Testing eller API Security.
- Huruvida produkten gör det användarna behöver testas i Software QA & Testing; revisionen rapporterar var koden gör defekter sannolika.
- Verkliga svarstider under trafik mäts i Performance Testing; revisionen pekar på sannolika orsaker i koden.
- Licensfynd är tekniska flaggor, inte juridisk rådgivning; er jurist fattar det slutgiltiga beslutet.
Hur granskningen kopplar till design, QA och drift
Design: enhetlighet i frontend
Frontend-koden kontrolleras för tillgänglighetsproblem och avvikelser från ditt designsystem. Åtgärder som ändrar upplevelsen stäms av med designers.
QA: regressionstester för åtgärder
Varje bekräftat problem får ett regressionstest, så att en senare ändring, av människor eller AI-verktyg, inte tyst återinför det.
Drift: konfiguration och driftsättning
Hemligheter, konfiguration, loggning och driftsättningsskript granskas tillsammans med koden, och driftrisker går till den som ansvarar för produktion.
Löpande: granskning allteftersom ni levererar
Återkommande granskningar av högriskrelaterade eller AI-genererade pull requests håller ny kod till den standard som revisionen satte, enligt en plan som avtalats med er.
FAQ
Vanliga frågor
Hur lång tid tar en kodrevision?
Det beror på kodbasens storlek, vilka områden som ingår i omfattningen och hur djupt granskningen behöver gå. Efter en första titt på repositoryt kommer vi överens med er om en fast omfattning och tidslinje innan revisionen börjar.
Kan ni granska AI-genererad kod innan den når produktion?
Ja. Vi granskar den som all annan kod, plus riktade kontroller av problem som genererad kod kan introducera: duplicerad logik, inkonsekvent validering, saknade åtkomstkontroller, påhittade eller ogranskade beroenden, och tester som bekräftar koden snarare än kravet. Det kan vara en engångsrevision eller en återkommande granskning av pull requests.
Kan ni hjälpa till att implementera åtgärderna?
Ja. Våra ingenjörer kan åtgärda högprioriterade problem direkt, arbeta tillsammans med ert team eller granska era åtgärds-pull requests. Varje åtgärd verifieras och täcks, där det är praktiskt möjligt, av ett regressionstest.
Vilken åtkomst behöver ni, och var behandlas vår kod?
Läsåtkomst till repositories och dokumentation räcker vanligtvis; produktionsåtkomst behövs sällan. AI-assisterad analys körs endast inom den gräns ni väljer: med Privat / Lokal AI-utveckling körs modeller på infrastruktur ni kontrollerar eller i en isolerad miljö vi kommer överens om; med Claude Code / OpenAI Codex-utveckling behandlar kommersiella leverantörer kod enligt avtalade villkor för datahantering och lagring.
Relaterad läsning
- En programvaruöverlämning som kunder och byråer kan driva
Enas om ägarskap för repository, förhandsvisningar, acceptanskontroller, driftsättningsåtkomst och supportansvar innan utvecklingen avslutas.
Få en ärlig bild av er kod
Berätta för oss vad koden gör, hur den byggdes och vad ni behöver fatta beslut om. Vi föreslår en revisionsomfattning som matchar.


