TestFlight: testaa iPhone-sovelluksesi ennen lähetystä

Mikä TestFlight on ja mihin sitä käytetään?

TestFlight on Applen palvelu, jolla voit asentaa sovelluksesi oikeisiin iPhoneihin ennen kuin se julkaistaan App Storessa. Lähetät buildin App Store Connectiin, kutsut testaajia, ja he asentavat sen TestFlight-sovelluksella, joka on ilmainen App Storessa. Testaajia on kahta tyyppiä: sisäiset, enintään 100 tiimisi jäsentä, ilman Applen tarkastusta, ja ulkoiset, enintään 10 000 ihmistä, jotka kutsutaan sähköpostilla tai julkisella linkillä sen jälkeen, kun ensimmäinen buildisi on läpäissyt beta-tarkastuksen. Jokainen build on testattavissa 90 päivää.

Kriteeri	Sisäiset testaajat	Ulkoiset testaajat
Enimmäismäärä	100	10 000
Pääsy tiliisi	Kyllä, roolin kanssa	Ei
Kutsu	Lisäys sisäiseen ryhmään	Sähköposti tai julkinen linkki
Applen beta-tarkastus	Ei mitään	Ensimmäiselle buildille
Kenelle	Sinä, yhtiökumppani, läheinen	Kaverit, ensimmäiset käyttäjät

TestFlightin käyttöön tarvitset maksullisen Apple Developer -tilin: palvelu ei ole käytettävissä ilmaisella tilillä. Koko loppuopas olettaa, että sinulla on sellainen tavallisen ohjelman kautta: Applen Enterprise-ohjelma ei anna pääsyä TestFlightiin.

Omissa sovelluksissani jokainen EAS Submitilla lähetetty build kulkee TestFlightin ja oman iPhoneni kautta ennen kuin se lähtee tarkastukseen. Siinä vaiheessa löydän ongelmat, jotka eivät näy kehityksen aikana.

Buildin lähettäminen TestFlightiin

Build on sovelluksesi käännetty ja allekirjoitettu versio: jos allekirjoitus on virheellinen, Apple hylkää sen lähetyksessä virheellä ITMS-90034. Jotta se näkyy TestFlightissä, sinun pitää lähettää se App Store Connectiin. Expolla se on eas build --platform ios ja sitten eas submit --platform ios, ja build-imagen pitää olla tarpeeksi tuore, jotta vältät virheen ITMS-90725. Expon dokumentaation mukaan build näkyy TestFlightissä, kun Apple on käsitellyt sen, yleensä 10-15 minuutissa. Voit tehdä kaiken tämän PC:llä: opas iOS-sovelluksen julkaiseminen ilman Macia käy läpi koko ketjun.

Kaksi yksityiskohtaa jumittaa usein ensimmäisellä kerralla:

• Build-numeron pitää muuttua joka lähetyksellä. Apple hylkää kaksi buildia samalla numerolla samalle versiolle. Ota EAS:ssä automaattinen kasvatus käyttöön, niin sinun ei tarvitse enää miettiä sitä.
• Salausta koskeva kysymys. Niin kauan kuin et ole vastannut salauksen käyttöä koskevaan kysymykseen, build on jumissa tilassa Missing Compliance. Voit vastata siihen joka kerta App Store Connectissa tai ilmoittaa sen kerralla sovelluksesi asetuksissa.

Sisäiset testaajat: tiimisi, ilman odottelua

Sisäiset testaajat ovat App Store Connect -tilisi käyttäjiä, joille on annettu rooli. Apple sallii heitä enintään 100, ja jokainen voi asentaa sovelluksen useaan laitteeseen, enintään 30:een.

Heidän iso etunsa: ei beta-tarkastusta. Heti kun build on käsitelty ilman automaattista virhettä, kuten ITMS-90717, lisäät sen sisäiseen ryhmääsi ja se on saatavilla. Tämä on oikea ryhmä sinulle sekä yhtiökumppanille tai läheiselle, jolle annat pääsyn tiliisi.

Heidän rajoituksensa: heidät pitää lisätä App Store Connect -tilisi käyttäjiksi. Se ei sovi tuntemattomille.

Ulkoiset testaajat ja beta-tarkastus

Ulkoiset testaajat eivät tarvitse mitään pääsyä tiliisi. Voit kutsua heitä enintään 10 000 sähköpostilla tai julkisella linkillä. Tämä on oikea ryhmä kavereille, ensimmäisille käyttäjille ja yhteisölle.

Vastineeksi Apple tarkistaa buildin ennen kuin avaa sen heille. Kun lisäät version ensimmäisen buildin ulkoiseen ryhmään, se lähtee beta-tarkastukseen. Saman version seuraavat buildit eivät välttämättä vaadi täyttä tarkastusta.

Ennen lähetystä App Store Connect pyytää sinulta testitietoja:

• betan kuvauksen, joka kertoo testaajille, mitä heidän pitää katsoa;
• sähköpostiosoitteen palautetta varten;
• yhteystietosi, jotta Apple saa sinuun yhteyden.

Beta-tarkastus ei ole App Storen tarkastus. TestFlightissä hyväksytty build voidaan silti hylätä julkaisussa.

Beta-tarkastus varmistaa, että build noudattaa sääntöjä, mutta lopullinen tarkastus katsoo myös sovellussivusi, tilauksesi, juridiset tekstisi ja koko käyttökokemuksen. Pidä mielessä tavalliset hylkäyssyyt, joista kerron jutussa miksi Apple hylkää sovelluksen.

Testaajien kutsuminen julkisella linkillä

Julkinen linkki on helpoin tapa saada sovelluksesi testiin ihmisille, joita et vielä tunne. Tässä Applen ohjeet käyttöliittymän englanninkielisillä nimillä:

1. Avaa App Store Connectissa sovelluksesi ja sitten TestFlight-välilehti.
2. Valitse kohdassa External Testing ulkoinen ryhmäsi.
3. Klikkaa Create Public Link.
4. Valitse Open to Anyone, jos haluat avata linkin kaikille, tai Filter by Criteria, jos haluat rajata sen tiettyihin laitteisiin ja iOS-versioihin.
5. Halutessasi aseta testaajien enimmäismäärä kohdassa Set Limit.

Sen jälkeen jaat linkin missä haluat: viestissä, somessa, sähköpostissa. Henkilö asentaa TestFlight-sovelluksen, avaa linkin ja hyväksyy kutsun.

Kaksi asiaa, jotka kannattaa tietää ennen kuin jaat linkkiä laajasti:

• Aseta raja. Jos linkkisi leviää odotettua laajemmin, pysyt silti testaajamäärän hallinnassa.
• Julkisen linkin testaajat ovat anonyymejä. App Store Connect näyttää heistä vain asennuspäivän, istunnot ja kaatumiset. Jos haluat tietää, kuka testasi mitä, kutsu mieluummin sähköpostilla.

Kuinka kauan TestFlight-build on voimassa?

Build on testaajien saatavilla 90 päivää. Sen jälkeen se vanhenee, eivätkä testaajasi voi enää avata sitä. Jos betasi kestää pidempään, lähetä vain uusi build ennen määräaikaa.

Käytännössä lähetät uusia buildeja paljon useammin: jokaisen tärkeän korjauksen jälkeen. Jokainen ryhmään lisätty uusi build tarjotaan testaajillesi, jotka saavat sen TestFlight-sovelluksesta.

Palautteen kerääminen testaajilta

TestFlightissä on sisäänrakennettu palautejärjestelmä: testaaja ottaa kuvakaappauksen sovelluksessasi, voi lisätä siihen merkintöjä ja lähettää sen sinulle. Jos sovellus kaatuu, saat kaatumisraportin, ja testaaja voi lisätä siihen taustatietoja. Löydät kaiken App Store Connectista.

Se on hyödyllistä, mutta ei riitä tietyn kaatumisen ymmärtämiseen. Omiin sovelluksiini lisään Sentryn, joka raportoi virheen ja sen aiheuttaneen koodirivin, ja PostHogin, joka näyttää, missä kohtaa käyttäjät luovuttavat. Molemmat toimivat TestFlight-buildissa samalla tavalla kuin tuotannossa.

Tilausten testaaminen TestFlightissä

Jos sovelluksesi myy tilausta, TestFlightissä varmistat, että se oikeasti toimii. TestFlight-buildissa tehdyt ostot kulkevat Applen testiympäristön kautta: testaajiltasi ei veloiteta mitään. Uusiutumiset on nopeutettu: jokainen tilaus uusiutuu kerran päivässä, enintään kuusi kertaa viikon aikana, riippumatta sen todellisesta kestosta.

Tarkista vähintään, että näytetyt hinnat ovat oikein, että osto todella avaa sovelluksen ja että palautuspainike löytää tilauksen uudelleenasennuksen jälkeen. Käytän RevenueCatia sovellusteni tilausten hallintaan; koko kokonaisuus App Store Connectin tuotteista paywalliin on kuvattu sivulla iOS-sovelluksen sisäiset tilaukset.

Mitä sinun pitää testata ennen lähetystä Applelle

Tämä on lista, jonka käyn läpi ennen jokaista tarkastukseen lähetystä. Jokainen kohta vastaa hylkäyssyytä tai vältettävissä olevaa kaatumista.

Ensimmäinen käynnistys

• Poista sovellus, asenna se uudelleen TestFlightistä ja avaa se. Juuri niin tarkastaja tekee.
• Käy onboarding läpi kokonaan, mitään ohittamatta.
• Kieltäydy jokaisesta luvasta (ilmoitukset, kamera, sijainti) ja tarkista, että sovellus toimii edelleen.

Raha

• Paywall näyttää hinnat, keston sekä linkit käyttöehtoihin ja tietosuojakäytäntöön.
• Osto toimii, ja palautus myös.
• Kaikki määritetyt tuotteet näkyvät tarkastajalle: guideline 2.1 vaatii, että sovelluksen sisäiset ostot ovat valmiita, näkyviä ja toimivia.

Vaikeat olosuhteet

• Lentokonetila ja hidas verkko: selkeä viesti, ei valkoista ruutua.
• Pienin ja suurin tukemasi iPhone: mitään ei leikkaudu, eikä näppäimistö peitä mitään. Pienellä iPhonella leikkautunut näkymä toi minulle hylkäyksen Solysissa.
• Pitkät tekstit, jos sovelluksesi on käännetty.

Tarkastajan aineisto

• Jos sovelluksesi vaatii kirjautumisen, demotili tarkastuksen muistiinpanoissa ja backend päällä. Guideline 2.1 vaatii tätä nimenomaisesti.
• Tarkastuksen muistiinpanot, jotka kertovat kahdella lauseella, mitä sovellus tekee ja mistä päätoiminto löytyy.

Jos sovelluksesi hylätään kaikesta huolimatta, sivu Applen hylkäämä sovellus kertoo, miten vastata menettämättä viikkoa. Ja kokonaiskuvan julkaisusta sovellussivusta julkaisuun saat lukemalla sovelluksen julkaiseminen App Storessa.

Testitaulukko täytettäväksi buildillesi

Lataa 16 skenaarion taulukko CSV-muodossa. Se erottelee valmistelun, tehtävän toimenpiteen, odotetun tuloksen ja havaitun todisteen. Tuo se Numbersiin, Exceliin tai Google Sheetsiin ja täytä jokaisen kokeilun versio, laite ja tulos.

Kuvitteellisessa lukupäiväkirjassa ”tallenna sivu” ei riitä: merkitse sivu 24, sulje sovellus kokonaan, käynnistä se uudelleen ja tarkista, että arvo löytyy. Testi, jota ei ole suoritettu, pysyy tilassa ”Testaamatta”. Jos sovelluksessasi ei ole tilauksia, merkitse ostoskenaarioihin ”Ei sovellu” ja tämä syy.

Taulukko on lähtökohta, jota muokataan, ei sertifiointi. Löydät myös App Review -muistiinpanot ja muut ilmaiset mallit, joilla voit selittää tarkastajalle polun, jonka olet oikeasti tarkistanut.

TestFlightistä App Storeen

TestFlight on vaihe, jossa sovelluksestasi tulee todellinen: se pyörii oikeassa iPhonessa, oikeiden ihmisten käsissä. iOS Kitin polussa se on toinen vaihe: rakennat sovelluksen ytimen ja testaat sitä iPhonellasi TestFlightillä, ennen kuin kytket tilaukset ja valmistelet julkaisun.

TestFlightin jälkeen tulee Applen tarkastus: Apple Review Kit kokoaa tarkistuslistani ennen lähetystä ja muistiinpanot tarkastajalle. Etusivu näyttää neljä vaihetta, joilla luot mobiilisovelluksesi Claude Codella.

Kukaan ei voi taata, että Apple hyväksyy sovelluksesi: Apple päättää.

Usein kysytyt kysymykset

Miten iPhone-sovellusta testataan TestFlightillä?

Lähetä build App Store Connectiin ja lisää se testaajaryhmään. Expolla käännät sen EAS Buildilla ja lähetät EAS Submitilla: se näkyy TestFlightissä, kun Apple on käsitellyt sen, Expon mukaan yleensä 10-15 minuutissa. Testaajasi asentavat sen TestFlight-sovelluksella, joka on ilmainen App Storessa. Tarvitset maksullisen Apple Developer -tilin.

Miten luon TestFlight-linkin testaajien kutsumiseen?

Avaa App Store Connectissa sovelluksesi TestFlight-välilehti, valitse ryhmäsi kohdassa External Testing ja klikkaa Create Public Link. Valitse Open to Anyone tai Filter by Criteria ja aseta raja kohdassa Set Limit. Julkisen linkin testaajat pysyvät anonyymeinä: jos haluat tietää, kuka testasi mitä, kutsu heidät mieluummin sähköpostilla.

Korvaako TestFlightin beta-tarkastus App Storen tarkastuksen?

Ei. Beta-tarkastus varmistaa, että build noudattaa sääntöjä, mutta lopullinen tarkastus katsoo myös sovellussivusi, ikäluokituksesi, tilauksesi, juridiset tekstisi ja koko käyttökokemuksen. TestFlightissä hyväksytty build voidaan siis silti hylätä julkaisussa. Vain ulkoiset testaajat käynnistävät beta-tarkastuksen, version ensimmäiselle buildille: sisäiset testaajat eivät läpäise mitään tarkastusta.

Montako testaajaa TestFlightiin voi kutsua?

Voit kutsua enintään 100 sisäistä ja enintään 10 000 ulkoista testaajaa. Sisäiset ovat App Store Connect -tilisi jäseniä ilman beta-tarkastusta, ja jokainen voi asentaa sovelluksen enintään 30 laitteeseen. Ulkoiset kutsutaan sähköpostilla tai julkisella linkillä sen jälkeen, kun ensimmäinen build on läpäissyt beta-tarkastuksen. Jokainen build on testattavissa 90 päivää.

Voiko tilausta testata TestFlightissä ilman veloitusta?

Kyllä, TestFlight-buildissa tehdyt ostot kulkevat Applen testiympäristön kautta: testaajiltasi ei veloiteta mitään. Uusiutumiset on nopeutettu: jokainen tilaus uusiutuu kerran päivässä, enintään kuusi kertaa viikon aikana, riippumatta sen todellisesta kestosta. Tarkista vähintään näytetyt hinnat, sovelluksen avautuminen ja palautus uudelleenasennuksen jälkeen. Koko kokonaisuus on kuvattu sivulla iOS-sovelluksen sisäiset tilaukset.

Mitä TestFlightissä pitää tarkistaa ennen sovelluksen lähettämistä Applelle?

Asenna sovellus uudelleen TestFlightistä, kuten tarkastaja tekee, ja käy onboarding läpi kokonaan. Kieltäydy jokaisesta luvasta, testaa osto ja palautus, ja kokeile sitten lentokonetilaa sekä pienintä ja suurinta tukemaasi iPhonea. Jos sovellus vaatii kirjautumisen, valmistele demotili tarkastuksen muistiinpanoihin ja pidä backend päällä.