Varje utvecklare känner igen en särskild sorts lidande. Du står i debuggern, närmar dig problemet och trycker F10 ett steg för många. Tillståndet du behövde är borta. Funktionen har returnerat. Ögonblicket är förbi.

Nu måste du börja om.

Har du ett prydligt enhetstest som återskapar felet är det enkelt. I verkligheten innebär ”börja om” ofta att bygga upp ett mycket specifikt systemtillstånd: en viss händelsekedja, en live-webhook eller ett tidsfel som bara syns tredje gången. Cykeln kan äta timmar, ibland dagar.

Debuggning kommer sent till platsen

Klassisk debugging fryser tiden i ett ögonblick. Du stoppar världen, tittar runt och fortsätter. Det förflutna är borta. Det fungerar för enkla fel i isolerad kod, men moderna applikationer är varken enkla eller isolerade. Affärslogik reagerar på händelser och flera komponenter samspelar. En reaktor körs eftersom ett jobb startade, som planerades av en regel som reagerade på en händelse tre steg tidigare.

När du pausar på den intressanta raden har berättelsen om hur du hamnade där redan hänt och försvunnit.

Kör en gång och behåll allt

En tracer fungerar annorlunda. Den observerar programmet utan att stoppa det. Varje utvärderingssteg, funktionsanrop och värde registreras medan programmet kör normalt.

Kör testfallet en gång. Tracern fångar hela historiken för varje steg i varje komponent som kördes. Sedan kan du navigera i historiken i din egen takt: framåt, bakåt eller till vilket steg som helst. Felet försvinner inte när du passerar det, eftersom du läser en inspelning – inte stegar live.

Med tracing kan en eftermiddag av brytpunkter bli några minuter: kör en gång, öppna spåret och arbeta bakåt från fel värde tills du ser var det kom ifrån.

Synligheten du inte visste att du saknade

Tracing gör mer än att lösa felet framför dig. När du ser vilka delar av koden som faktiskt kördes och hur ofta, hittar du sådant som brytpunkter inte visar. Ett block som du trodde kördes en gång kanske kördes sjutton gånger. En gren du trodde alltid togs kanske aldrig kördes. Både prestanda- och korrekthetsproblem blir synliga.

Webhooks och varför detta är särskilt värdefullt där

Inkommande webhooks är ofta svåra att felsöka. Det externa systemet skickar händelsen en gång; missar du den måste du hitta en omspelningsmekanism och hoppas att payloaden är densamma. När utvecklingsverktyget automatiskt fångar hela requesten och response är webhooken redan inspelad: body, headers och svar. Spela upp den när du vill.

Så ser utvecklingsloopen ut nu

I Hanteras_ dev mode är evaluation tracing integrerat i CLI:t. Starta dev mode med trace-flaggan så fångas varje komponent som körs – reaktorer, regler och kampanjer – och strömmas till din lokala dator.

VS Code-tillägget för Hantera_ låter dig öppna ett trace-entry och gå igenom hela exekveringsträdet. Filtrera på kodplats eller visa en heatmap över exekveringsfrekvensen.

Arbetsflödet blir: kör scenariot en gång och utforska sedan vad som hände så länge du behöver. Ingen återuppbyggnad av tillstånd. Ingen omkörning av appen. Ingen förhoppning om att du fångar det nästa gång.

Se det i praktiken på vår YouTube-kanal. Läs även Fundamentals i utvecklarportalen.

Hantera_ sammanför allt efter köpknappen — order, leverans, returer och service — på en plattform. Se priser →