Publicering och distribution av appar har följande steg
uppdatering av koden för appen - kräver tillgång till utvecklingsverktyg i rätt version (och ej EOL)
testa appen i tjänsten - speciell hantering krävs för att distribuera appen för test och kvalitetssäkring
Vidareutveckling
Till skillnad från webbappar kräver vidareutvckling/uppdatering av en app förutom uppdatering av själva koden även att appen publiceras i nya versioner på app stores, Apple respektive Google Play.
För att kunna uppdatera koden krävs tillgång till utvecklingsverktyg
för “native” kod - relevanta verktyg för Android (ex Java/Kotlin) respektive iOS (ex Swift/Objective-C)
för “cross platform” relevant verktyg som då fungerar för både Android och iOS (ex React Native)
Test och Kvalitetssäkring
Appar kan vanligtvis inte distribueras för teständamål via app stores. I stället används dedicerade tjänster:
iOS
TestFlight
Android - någon av tjänsterna:
Google Play Console
TestFairy
Applivery
Att tänka på för testare
Vad skall testas i en ny version? Begär lista från utvecklare på nyutvecklade och modifierade funktioner
Skapa smoke-test-lista specifik för appen ; typ
(1) logga in
(2) följ schema för att testa de uppdaterade funktionerna
Publicering
När appen är klar för publicering lämnas den för granskning på respektive app store.
lämna appen för granskning hos den som driver app store
hantera ev anmärkningar från denna granskning. OBS! - räkna med ca en veckas ledtid för denna cykel, beror av belastning på granskare, appens natur och komplexitet
signera appen för publicering - OBS! kräver tillgång till Ineras utvecklings-certifikat
Vid publicering;
publicera appen och beskriv vad som uppdaterats (release notes), ev behöver även beskrivning och bilder uppdateras samt ev också ASO - dvs vilka ord som appen skall vara sökbar kring
Distribution - uppdatering hos användare
Användarens version av appen kommer förbli densamma tills dess denne uppdaterar. Oavsett om en ny version av appen är publicerad på app stores så kommer användaren fortsätta använda den gamla versionen tills dess denne aktivt uppdaterat appen till den nya versionen.
Om uppdateringen är viktig måste kommunikation ske med användare för att de skall förstå att de behöver uppdatera - t ex genom att använda push meddelanden eller genom att ge info i appen eller via webbsida.
Tumregel; Varje uppdatering av en app kräver från 30h timmars arbete/aktiv monitorering under månaden efter att en ny version publiceras. Detta görs för att fånga in eventuella problem som användare rapporterar/upplever med appen. Därutöver tillkommer tid för att åtgärda ev problem som upptäcks här.
Detaljer inom varje område i utvecklingsramverket pekar vi ut via länk dit.