Jämförda versioner

Nyckel

  • Dessa rader lades till.
  • Denna rad togs bort.
  • Formateringen ändrades.

Här lägger vi all info som beskriver publicering av appar.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 - 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 i fråga ; typ

(1) logga in

(2) se schema...eller vad det nu kan vara samt test av uppdaterade funktioner specifikt
lämna appen för granskning hos den som driver app store; Menar du; Den som äger Apple Developer /Play Console-kontot (heter det så på Andriod Petrus?) varifrån appen släpps måste sedan release:a versionen; varpå väntetid....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; uppdatera ev också ASO; dvs vilka ord som appen skall vara sökbar kring

  • 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 hen denne uppdaterar; dvs om uppdateringen krävs av någon anledning . 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 30h timmars arbete/aktiv monitorering under månaden efter att nya versionen är publicerad, en ny version publiceras. Detta görs för att fånga in eventuella problem som användare rapporterar/upplever för att upprätthålla en hygiennivå på 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.