Feedback and Testing: Mistakes reflection

Mistakes reflection
English: Write a thinking text. Why is it important to make mistakes and try things when you work with tech?
Svenska: Skriv en reflekterande text. Varför är det viktigt att göra fel och testa saker när man arbetar med teknik?

Reflektion om fel och test

Varför fel och test är viktigt i teknik — reflekterande text av Alex Kowalski, backend-utvecklare, NordTech Solutions AB, Stockholm

Den här reflekterande texten publiceras internt efter release v2.4 och beta-app-inbjudan — en personlig men professionell tanke om hur vi växer i IT.

När jag började som utvecklare trodde jag att målet var att undvika fel — idag vet jag att målet är att göra fel tidigt, i rätt miljö, och lära av dem.

Teknik utvecklas genom experiment — någon testade första API, första databas, första deployment — och misslyckade många gånger innan det blev standard.

Varför är det viktigt att göra fel när man arbetar med teknik? För att produktion är för dyrt plats att upptäcka att en assumption var fel.

Staging-exponeringen vi hittade i juni — glömd firewall-regel — var ett fel som hittades innan kunddata läckte; det var hemskt men värdefullt.

Om vi inte vågat testa connectivity från gäst-WiFi hade felet legat kvar tills en verklig attack eller tillfällig lucka utnyttjats.

Markus Berg säger ofta: bra team gör fel snabbt och dokumenterar — dåliga team gömmer fel eller skyller på verktyg.

Testa saker är hur vi verifierar att fel inte når Ventilation Nord AB — pytest, integrationstester, beta-app med riktiga användare före release till alla.

v2.4 release gick bra för att vi gjorde fel i sprint: dubbel-event-bug, export-validering, staging-miss — och fixade innan go-live.

Anna Berg, projektledare, skapar kultur där retrospektiv fokuserar på process inte skuld — det gör att folk vågar säga jag testade och det failade.

Sofia Nilsson DevOps: vi testar rollback för att vi vet att deployment ibland failar — att prova rollback är att göra fel säkert.

Som backend-utvecklare gör jag fel varje vecka — fel query, fel migration, fel API-kontrakt — skillnaden är om fel sker i editor eller i kundens rapport.

Reflekterande text ska vara ärlig: jag stressade en gång och mergade utan full test — incidenten tog två timmar att fixa och lärde mig mer än tio lyckade releases.

Varför testa saker? För att kod är hypotes — tills pytest, staging och användare säger annat vet vi inte om hypotesen håller.

Junior utvecklare frågar om de får göra fel — ja, i branch, i staging, i beta — inte i produktion utan review och monitor.

SFI D-studenter som blir tekniker i Sverige: svenska arbetsplatser värdesätter ofta att du testar och ber om feedback, inte att du låtsas veta allt.

Feedback loop: göra fel → testa fix → få review → deploy → monitor → retrospektiv — utan första steget finns inget att förbättra.

Beta-testmejlet till Ventilation Nord är förlängning av samma filosofi — låt användare hitta fel vi missat innan alla lider.

Jämfört med kultur där fel bestraffas: NordTech Solutions AB går framåt för att vi grattis i chatt när release fungerar men också dokumenterar misstag öppet.

Tre skäl i korthet varför fel och test är viktigt:

Ett — fel i säker miljö sparar kunder och karriär från fel i produktion.

Två — test är empirisk kunskap; utan test är vi bara teori och powerpoint.

Tre — att våga prova ny teknik (Go-kurs, Cursor, Rust-artikel) kräver tolerans för att första försöket inte blir perfekt.

Markus och jag parprogrammerar för att minska fel men inte eliminera dem — två hjärnor ser fler edge cases än en.

Automatiserat test minskar rädsla att refaktorera — om du vågar ändra kod för att pytest skyddar dig kan systemet förbättras utan panik.

Creative reflektion: göra fel är inte moraliskt fel om du tar ansvar, testar om, och delar lärdom — det är professionellt i teknik.

Ventilation Nord v2.4 stabilitet idag är resultat av många små fel igår som vi hanterade med disciplin, inte magi.

Om du läser detta som ny kollega: testa lokalt, fråga i chatt, skriv tester, säg till när något failar — det är hur vi bygger kvalitet.

Tack för att du läser — jag hoppas texten normaliserar fel som del av lärande, inte som personlig brist.

Alex Kowalski · Backend-utvecklare · NordTech Solutions AB · Stockholm · alex.kowalski@nordtech.se

Relaterat: release v2.4 · beta-app augusti · retrospektiv fredag

PS: Dokumentera ditt senaste fel i retrospektiv — teamet lär mer från ärliga misstag än från perfekta success stories.

PPS: Testa något nytt denna vecka i branch — ett litet experiment med tydlig rollback är bättre än att aldrig prova.

Slutord: göra fel och testa saker när du arbetar med teknik är inte svaghet — det är hur stabil mjukvara och trygga team faktiskt byggs.

Markus sa på retrospektiv att v2.4 var bra för att vi vågade pausa release en dag när tester failade — det är kultur som värderar test över hastighet.

Sofia påminner att rollback-test också är test — att prova fel scenario säkert är lika viktigt som att prova happy path.

När jag tänker på feedback och test i vardagen är det samma sak: lyssna, prova, justera — och våga säga grattis när det fungerar.

Alex Kowalski