TestFlight: test iPhone-appen din før innsending

Hva er TestFlight, og hva brukes det til?

TestFlight er Apples tjeneste som lar deg installere appen din på ekte iPhoner før den kommer ut på App Store. Du sender en build til App Store Connect, inviterer testere, og de installerer den med TestFlight-appen, som er gratis på App Store. Det finnes to typer testere: interne, opptil 100 medlemmer av teamet ditt, uten gjennomgang fra Apple, og eksterne, opptil 10 000 personer, invitert på e-post eller via offentlig lenke, etter en betagjennomgang av den første builden din. Hver build kan testes i 90 dager.

Kriterium	Interne testere	Eksterne testere
Maksimalt antall	100	10 000
Tilgang til kontoen	Ja, med en rolle	Nei
Invitasjon	Lagt til i den interne gruppen	E-post eller offentlig lenke
Apples betagjennomgang	Ingen	På den første builden
For hvem	Deg, en partner, noen du kjenner	Venner, første brukere

For å bruke TestFlight trenger du en betalt Apple Developer-konto: tjenesten er ikke tilgjengelig med en gratiskonto. Resten av denne guiden forutsetter at du har en, i standardprogrammet: Apples Enterprise-program gir ikke tilgang til TestFlight.

På appene mine går hver build som sendes med EAS Submit gjennom TestFlight og iPhonen min før den sendes til gjennomgang. Det er der jeg finner problemene som ikke synes under utvikling.

Sende en build til TestFlight

En build er en kompilert og signert versjon av appen din: er den feilsignert, avviser Apple den ved opplasting med ITMS-90034. For at den skal dukke opp i TestFlight, må du sende den til App Store Connect. Med Expo er det eas build --platform ios og deretter eas submit --platform ios, med et build-image som er nytt nok til å unngå ITMS-90725. Ifølge Expos dokumentasjon dukker builden opp i TestFlight etter at Apple har behandlet den, vanligvis på 10 til 15 minutter. Du kan gjøre alt dette fra en PC: guiden publisere en iOS-app uten Mac går gjennom hele kjeden.

To detaljer stopper mange første gang:

• Build-nummeret må endres for hver opplasting. Apple avviser to builds med samme nummer for samme versjon. Med EAS slår du på automatisk økning, så slipper du å tenke på det.
• Spørsmålet om kryptering. Så lenge du ikke har svart på spørsmålet om bruk av kryptering, står builden fast med statusen manglende samsvar (Missing Compliance). Du kan svare hver gang i App Store Connect, eller oppgi det én gang for alle i konfigurasjonen til appen.

Interne testere: teamet ditt, uten venting

Interne testere er brukere av App Store Connect-kontoen din, med en tildelt rolle. Apple tillater opptil 100, og hver av dem kan installere appen på flere enheter, opptil 30.

Den store fordelen: ingen betagjennomgang. Så snart builden er ferdig behandlet, uten automatiske feil som ITMS-90717, legger du den til i den interne gruppen, og den er tilgjengelig. Det er riktig gruppe for deg selv, og for en partner eller noen du kjenner som du gir tilgang til kontoen din.

Begrensningen: de må legges til som brukere av App Store Connect-kontoen din. Det passer ikke for fremmede.

Eksterne testere og betagjennomgang

Eksterne testere trenger ingen tilgang til kontoen din. Du kan invitere opptil 10 000, på e-post eller via offentlig lenke. Det er riktig gruppe for venner, første brukere, et fellesskap.

Til gjengjeld sjekker Apple builden før den åpnes for dem. Når du legger til den første builden av en versjon i en ekstern gruppe, går den til betagjennomgang. Senere builds av samme versjon krever ikke nødvendigvis en full gjennomgang.

Før dette ber App Store Connect deg om testinformasjon:

• en beskrivelse av betaen, som forteller testerne hva de skal se på;
• en e-postadresse for tilbakemeldinger;
• kontaktinformasjonen din, så Apple kan nå deg.

Betagjennomgangen er ikke App Store-gjennomgangen. En build som er godkjent i TestFlight, kan fortsatt bli avvist ved publisering.

Betagjennomgangen sjekker at builden følger reglene, men den endelige gjennomgangen ser også på produktsiden din, abonnementene, de juridiske tekstene og hele opplevelsen. Ha de klassiske avvisningsgrunnene i bakhodet, som jeg forteller om i hvorfor Apple avviser en app.

Invitere testere via offentlig lenke

Den offentlige lenken er den enkleste måten å få folk du ikke kjenner ennå til å teste appen din. Her er Apples fremgangsmåte, med grensesnittets engelske navn:

1. I App Store Connect åpner du appen og deretter fanen TestFlight.
2. Under External Testing velger du den eksterne gruppen din.
3. Klikk på Create Public Link.
4. Velg Open to Anyone for å åpne lenken for alle, eller Filter by Criteria for å begrense den til bestemte enheter og iOS-versjoner.
5. Hvis du vil, setter du en grense for antall testere med Set Limit.

Så deler du lenken hvor du vil: melding, sosiale medier, e-post. Personen installerer TestFlight-appen, åpner lenken og godtar invitasjonen.

To ting du bør vite før du sprer den bredt:

• Sett en grense. Hvis lenken sprer seg mer enn planlagt, beholder du kontrollen over antall testere.
• Testere via offentlig lenke er anonyme. App Store Connect viser bare installasjonsdato, økter og krasj for dem. Vil du vite hvem som testet hva, bør du heller invitere på e-post.

Hvor lenge varer en TestFlight-build?

En build er tilgjengelig for testerne i 90 dager. Etter det utløper den, og testerne kan ikke lenger åpne den. Varer betaen lenger, sender du bare en ny build før fristen.

I praksis kommer du til å sende nye builds mye oftere: ved hver viktige rettelse. Hver nye build som legges til i gruppen, tilbys testerne, som henter den i TestFlight-appen.

Få tilbakemeldinger fra testerne

TestFlight har et innebygd system for tilbakemeldinger: testeren tar et skjermbilde i appen din, kan kommentere det og sender det til deg. Hvis appen krasjer, får du en krasjrapport, og testeren kan legge til kontekst. Du finner alt i App Store Connect.

Det er nyttig, men det holder ikke for å forstå et bestemt krasj. På appene mine legger jeg til Sentry, som rapporterer feilen med kodelinjen som er årsaken, og PostHog, som viser hvor brukerne faller fra. Begge fungerer i en TestFlight-build like godt som i produksjon.

Teste abonnementer i TestFlight

Hvis appen din selger et abonnement, er TestFlight stedet der du sjekker at det faktisk fungerer. Kjøp gjort i en TestFlight-build går gjennom Apples testmiljø: testerne dine blir ikke belastet. Fornyelsene går raskere: hvert abonnement fornyes én gang per dag, maks seks ganger i løpet av en uke, uansett faktisk varighet.

Sjekk i det minste at prisene som vises er riktige, at kjøpet faktisk låser opp appen, og at gjenopprettingsknappen finner abonnementet igjen etter en reinstallasjon. Jeg bruker RevenueCat til å håndtere abonnementene i appene mine; hele oppsettet, fra produktene i App Store Connect til paywallen, er beskrevet på siden in-app-abonnementer på iOS.

Dette må du teste før du sender til Apple

Dette er listen jeg går gjennom før hver innsending til gjennomgang. Hvert punkt tilsvarer en avvisningsgrunn eller et krasj som kan unngås.

Første oppstart

• Slett appen, installer den på nytt fra TestFlight, åpne den. Det er det reviewer kommer til å gjøre.
• Gå gjennom hele onboardingen, uten å hoppe over noe.
• Avslå hver tillatelse (varsler, kamera, posisjon) og sjekk at appen fortsatt fungerer.

Pengene

• Paywallen viser priser, varighet og lenker til bruksvilkårene og personvernerklæringen.
• Kjøpet fungerer, og det gjør gjenopprettingen også.
• Alle konfigurerte produkter er synlige for reviewer: guideline 2.1 krever at kjøp i appen er komplette, synlige og fungerer.

Vanskelige forhold

• Flymodus og tregt nett: en tydelig melding, ikke en hvit skjerm.
• Den minste og den største iPhonen du støtter: ingenting kuttet, ingenting skjult av tastaturet. Det var en avkuttet skjerm på en liten iPhone som ga meg en avvisning på Solys.
• Lange tekster, hvis appen din er oversatt.

Mappen til reviewer

• Hvis appen krever innlogging: en demokonto i gjennomgangsnotatene, med backenden din påslått. Guideline 2.1 krever det eksplisitt.
• Gjennomgangsnotater som forklarer med to setninger hva appen gjør og hvor hovedfunksjonen finnes.

Hvis appen din likevel blir avvist, forklarer siden app avvist av Apple hvordan du svarer uten å miste en uke. Og for helhetsbildet av publiseringen, fra produktside til lansering, kan du lese publisere en app på App Store.

Et testskjema du fyller ut for builden din

Last ned skjemaet med 16 scenarioer i CSV-format. Det skiller mellom forberedelse, handlingen som skal utføres, forventet resultat og observert bevis. Importer det i Numbers, Excel eller Google Sheets, og fyll inn versjon, enhet og resultat for hvert forsøk.

For en fiktiv lesedagbok holder ikke «lagre en side»: noter side 24, lukk appen helt, start den på nytt og finn verdien igjen. En test som ikke er utført, forblir «Skal testes». Hvis appen din ikke har abonnementer, skriver du «Ikke relevant» for kjøpsscenarioene, med den begrunnelsen.

Skjemaet er et utgangspunkt du tilpasser, ikke en sertifisering. Du finner også App Review-notater og de andre gratismalene for å forklare reviewer flyten du faktisk har sjekket.

Fra TestFlight til App Store

TestFlight er steget der appen din blir ekte: den kjører på en ekte iPhone, i hendene på ekte folk. I løpet til iOS Kit er det andre steg: bygge kjernen i appen og teste den på iPhonen din med TestFlight, før du kobler på abonnementene og forbereder publiseringen.

Etter TestFlight kommer Apples gjennomgang: Apple Review Kit samler sjekklisten min før innsending og notatene til testeren. Forsiden viser de fire stegene for å lage mobilappen din med Claude Code.

Ingen kan garantere at Apple godkjenner appen din: det er Apple som bestemmer.

Ofte stilte spørsmål

Hvordan tester jeg iPhone-appen min med TestFlight?

Send en build til App Store Connect, og legg den til i en testergruppe. Med Expo kompilerer du den med EAS Build og sender den med EAS Submit: den dukker opp i TestFlight etter at Apple har behandlet den, vanligvis på 10 til 15 minutter ifølge Expo. Testerne installerer den med TestFlight-appen, som er gratis på App Store. Du trenger en betalt Apple Developer-konto.

Hvordan lager jeg en TestFlight-lenke for å invitere testere?

I App Store Connect åpner du TestFlight-fanen til appen, velger gruppen din under External Testing og klikker på Create Public Link. Velg Open to Anyone eller Filter by Criteria, og sett en grense med Set Limit. Testere via offentlig lenke er anonyme: vil du vite hvem som testet hva, bør du heller invitere dem på e-post.

Erstatter TestFlights betagjennomgang App Store-gjennomgangen?

Nei. Betagjennomgangen sjekker at builden følger reglene, men den endelige gjennomgangen ser også på produktsiden din, aldersgrensen, abonnementene, de juridiske tekstene og hele opplevelsen. En build som er godkjent i TestFlight, kan altså fortsatt bli avvist ved publisering. Bare eksterne testere utløser en betagjennomgang, på den første builden av en versjon: interne testere går ikke gjennom noen.

Hvor mange testere kan man invitere på TestFlight?

Du kan invitere opptil 100 interne testere og opptil 10 000 eksterne testere. De interne er medlemmer av App Store Connect-kontoen din, uten betagjennomgang, og hver av dem kan installere appen på opptil 30 enheter. De eksterne inviteres på e-post eller via offentlig lenke, etter en betagjennomgang av den første builden. Hver build kan testes i 90 dager.

Kan man teste et abonnement i TestFlight uten å bli belastet?

Ja, kjøp gjort i en TestFlight-build går gjennom Apples testmiljø: testerne dine blir ikke belastet. Fornyelsene går raskere: hvert abonnement fornyes én gang per dag, maks seks ganger i løpet av en uke, uansett faktisk varighet. Sjekk i det minste prisene som vises, at appen låses opp og gjenopprettingen etter en reinstallasjon. Hele oppsettet er beskrevet på in-app-abonnementer på iOS.

Hva bør jeg sjekke i TestFlight før jeg sender appen til Apple?

Installer appen på nytt fra TestFlight, slik reviewer kommer til å gjøre, og gå gjennom hele onboardingen. Avslå hver tillatelse, test kjøp og gjenoppretting, og prøv deretter flymodus og den minste og den største iPhonen du støtter. Hvis appen krever innlogging, legg inn en demokonto i gjennomgangsnotatene, med backenden din påslått.