Att testa något innan släpp är en bra idé. Testning är som med allt annat – ett stort ämne och det finns olika skolor på hur man ska göra det. Vi pratar naturligtvis inte om en "testfas" här, som i gammaldags projektledning.
Att vänta med att testa allt till slutet av ett projekt kan verka som en löjlig idé idag, men det var en vanlig praxis och är fortfarande så i många vattenfallsprojekt. Lyckligtvis har de flesta gått vidare. Om man väntar med testningen och utvecklarna har gått vidare och glömt bort det, är det nästan som att börja om från början för att fixa alla små saker.
Idag använder företag kontinuerlig testning som måste ske i ett testmiljö innan biljetten/berättelsen/fixen går till produktion (släpps).
På detta sätt kan vi koda funktioner, testa dem, ge feedback, koda igen och fortsätta testa tills vi är nöjda med resultatet. Vi kan släppa när det är klart, på en per-funktion-basis.
I många utvecklingsprocesser kodar utvecklaren något, sedan testar de lite på sin lokala dator och sedan commitar de koden och gör en Pull Request för peer review (i bästa fall). Sedan är det i testmiljön.
Här tycker vissa utvecklare om att överlåta till en QA ("Quality assurance")-team som tar över testansvaret och "säkrar" att det har "rätt kvalitet". Detta ser bra ut på papper. Gör inte det! Eller i alla fall inte på det sättet.
Läs mer i "The CTO Playbook" som finns på Amazon/Kindle.
Vi hjälper företag med sin teknik och erbjuder CTO-tjänster och produktledning. Kända för våra CTO-tjänster arbetar vi med både startups och etablerade företag i Norden, Schweiz och USA.
Vi är ett schweiziskt företag (LLC) baserat i 
Schweiz.