Test de version bêta
Les testeurs installent votre application une seule fois. Après cela, chaque modification JavaScript, HTML ou CSS se retrouve dans un canal bêta qu'ils ont rejoint depuis l'application, et ils la reçoivent lors de la prochaine vérification de mise à jour. Les modifications natives de code passent toujours par TestFlight ou un parcours de test Play.
14 jours d'essai gratuit illimité. Pas de carte de crédit requise.
Permettre l'auto-assignation sur un canal avec --self-assign. Votre application affiche les canaux avec listChannels() et déplace le dispositif avec setChannel(), afin qu'un testeur puisse rejoindre la bêta à partir d'une page de paramètres.
Référence de setChannel()Fixer un appareil dans le console Capgo pour mettre un seul téléphone d'un testeur sur un canal sans modifier l'application. Les surcharges sont supprimées 90 jours après qu'elles ont été mises à jour pour la dernière fois.
Surcharge de dispositifActiver les prévisualisations pour l'application une fois. Ensuite, get-qr, ou --qr-preview sur l'upload, imprime un QR code et des liens de prévisualisation pour un bundle ou un canal que vous pouvez poster dans votre thread de QA.
get-qr referenceLes mises à jour en direct changent JavaScript, HTML, CSS et les actifs. Lorsque vous ajoutez un plugin ou touchez un code natif, envoyez une nouvelle build de TestFlight ou de Play testing, puis continuez à l'itérer avec les canaux.
Ce qui nécessite une build nativeLes testeurs installent l'application une seule fois, depuis TestFlight, une piste de test Play, ou le magasin. Qu'est-ce qui nécessite une mise en œuvre native
Comment ça marche
Une mise en œuvre installée, un canal que les testeurs peuvent rejoindre, et une mise à jour CLI par changement. Chaque commande ci-dessous provient des documents Capgo
L'auto-assignation permet à l'application de déplacer un appareil sur ce canal. L'activez sur votre canal de production.
npx @capgo/cli@latest channel add beta com.example.app --self-assignsetChannel() demande à Capgo si le canal autorise l'auto-assignation, puis le stocke sur l'appareil. triggerAutoUpdate déclenche une vérification de mise à jour dès maintenant.
import { CapacitorUpdater } from '@capgo/capacitor-updater'
// Join beta and check for its bundle now
await CapacitorUpdater.setChannel({ channel: 'beta', triggerAutoUpdate: true })
// Leave beta and go back to the default channel
await CapacitorUpdater.unsetChannel({ triggerAutoUpdate: true })Activer les aperçus une fois. Ensuite, imprimez un QR code avec chaque téléchargement afin que les testeurs et les réviseurs puissent ouvrir le nouveau bundle.
# once
npx @capgo/cli@latest app set com.example.app --preview
# every change
npx @capgo/cli@latest bundle upload --channel beta --qr-previewLier le bundle testé à la production, ou le déployer sur une partie des appareils de production avant. Les testeurs restent en bêta jusqu'à ce qu'ils le quittent.
npx @capgo/cli@latest channel set production com.example.app \
--bundle 1.4.2
# or roll it out to 10% of production first
npx @capgo/cli@latest channel set production com.example.app \
--rollout-bundle 1.4.2 --rollout-percentage 10 --rollout-enableQA garde une version installée et passe entre les canaux qa, bêta et fonctionnalités au lieu de réinstaller pour chaque modification de JavaScript.
Ajoutez un commutateur de rattachement bêta qui appelle setChannel(). Les utilisateurs qui quittent appellent unsetChannel() et retournent au canal par défaut.
Envoyez un QR code depuis get-qr pour que les propriétaires de produit puissent ouvrir la prévisualisation d'un bundle ou d'un canal spécifique.
Applications construites avec Capacitor
Les applications de consommation à forte utilisation peuvent valider les flux de jeu, d'apprentissage ou de prévision avec un groupe de test fermé avant que chaque utilisateur ne reçoive l'expérience nouvelle.
TABLEAU DE JEUX
Une grande communauté nécessite une validation soigneuse des tournois, de l'analyse et des fonctionnalités sociales.
ÉDUCATION
Flux d'éducation où l'onboarding et les changements de pratique doivent être examinés avant la mise en production.
METEO
Prévoyez et cartographiez les interactions où les modifications de produit nécessitent de la confiance avant d'expansionner.
Preuves de clients
Nate van Jole
« L'installation a pris moins d'une journée. Les déploiements basés sur le canal me permettent de tester sur mon propre appareil avant que les utilisateurs en production ne soient touchés. »
Paysagiste, Webincode
“Cela m'a sauvé la vie en pouvoir ajouter des identifiants de dispositifs à certains groupes et de pousser les modifications vers seulement certains groupes.”
nethead emeritors
Très bonne réalisation pour le plugin de mise à jour. Il fonctionne parfaitement pour moi, et les mises à jour en temps réel sont un super accélérateur pour un retour d'expérience rapide.
FAQ
Questions que les équipes QA et produit se posent
Seulement pour les modifications de la couche web. Les testeurs installent votre application une seule fois à partir de TestFlight, d'une piste de test Play ou du magasin. Une fois cela fait, les modifications de JavaScript, HTML, CSS et les actifs peuvent leur parvenir par un canal. L'ajout d'un plugin, la mise à niveau de Capacitor ou la modification de la configuration native code ou Capacitor nécessitent un nouveau binaire.
Quelle nécessite une compilation nativeActivez l'auto-assignation pour le canal bêta, puis appelez setChannel({ channel: 'beta' }) à partir d'une écran de votre application. Capgo vérifie que le canal le permet et que le dispositif enregistre la sélection. unsetChannel() renvoie le dispositif à son canal par défaut. Le canal par défaut ne peut pas être rejoint avec setChannel().
Référence de setChannel()Oui. Ouvrez le dispositif dans la console Capgo et définissez un survol. Il peut prendre jusqu'à 2 minutes pour atteindre chaque serveur de bord, et il est supprimé 90 jours après qu'il a été défini pour la dernière fois. Les canaux choisis dans l'application avec setChannel() ne figurent pas dans cette liste.
Survol des appareilsAugmentez CapacitorUpdater.version pour chaque mise en œuvre native. Avec les paramètres par défaut, les bundles téléchargés pour l'ancienne mise en œuvre sont supprimés lorsque la nouvelle est installée. Vous pouvez également désactiver les mises à jour pour les builds de développement et les émulateurs sur le canal.
Testez les builds natifs sans mises à jour en directAppelez notifyAppReady() une fois que votre application est chargée. Si un nouveau bundle ne l'appelle pas dans les 10 secondes, le dispositif le marque comme échoué et revient à l'ancien bundle fonctionnel.
notifyAppReady() et retrait automatiqueCréez un canal que les testeurs peuvent rejoindre, ajoutez le commutateur et envoyez votre premier bundle pendant la période d'essai gratuite de 14 jours. Aucune carte de crédit n'est requise.
Soutien humain de Martin
14 jours d'essai gratuit illimité. Pas de carte de crédit requise.
