1. Formulera problemet
Skriv vem appen är till för, vilket återkommande problem den löser och vad användaren ska kunna göra efter fem minuter. Undvik att börja med en lång funktionslista. En tydlig kärnuppgift ger AI:n bättre gränser.
Skapa tre acceptansscenarier i vardagligt språk, inklusive minst ett fel- eller tomtillstånd. De blir senare manuella tester.
2. Skär ned till en minsta produkt
Välj ett sammanhängande flöde som går att prova från början till slut. För en lokal anteckningsapp kan det vara skapa, spara, stäng och öppna samma anteckning igen. Synkronisering och delning kan vänta.
Markera vad version ett uttryckligen inte gör. AI tenderar annars att fylla tomrum med extra ramverk, konton och integrationer.
3. Välj teknik och skapa skelettet
Välj en teknik som du kan bygga och felsöka, inte bara den som modellen föredrar. Lås viktiga versioner, skapa källstruktur och få en tom app att bygga innan funktioner läggs till.
Spara startläget i versionshantering. För Android innebär det exempelvis att skilja källkod, Gradle-bygge, APK/AAB och installation på en fysisk enhet.
4. Utveckla vertikalt med AI
- Beskriv ett litet användarresultat.
- Låt AI föreslå plan och berörda filer.
- Godkänn en begränsad ändring.
- Granska diffen.
- Bygg och testa scenariot.
- Skapa checkpoint före nästa del.
Vertikala delar ger fungerande beteende tidigt. Tio halvfärdiga lager är svårare att verifiera än ett komplett litet flöde.
5. Testa på flera nivåer
Enhetstester kontrollerar isolerad logik. Integrationstester kontrollerar gränser mellan komponenter. Mänsklig QA hittar språk, layout och beteenden som testerna inte beskriver. På mobil krävs fysisk enhet för exempelvis tangentbord, rotation, behörigheter och verklig prestanda.
AI kan hjälpa till att föreslå testfall men får inte själv definiera om ett misslyckat krav till ett godkänt resultat.
6. Gör releasen reproducerbar
Dokumentera exakt byggkommando, verktygsversioner, signering utan att lagra hemligheter, artefaktens checksumma och vilka tester som passerade. Skilj testpaket från ägar- och distributionspaket.
En releasegrind ska stoppa publicering när något viktigt saknas. Återställningsplanen ska säga hur du går tillbaka till föregående verifierade version.
7. Lär av verklig användning
Efter leverans ska fel och önskemål kopplas till faktiska scenarier. Gör små uppdateringar, bevara fungerande flöden och verifiera att en fix inte skapar regression någon annanstans.
Färdig betyder inte ”AI slutade skriva”. Det betyder att den definierade versionen bygger, klarar sina kontroller och kan installeras, användas och återställas på avsett sätt.