Avant d'ajouter un SDK, définissez à quelle question il doit contribuer à répondre et comment votre équipe vérifiera le résultat. Cette préparation réduit les chances de terminer l'installation technique sans savoir si le problème a été résolu.
Portée et compatibilité
- Quel événement sera identifié et quelles informations sources sont nécessaires ?
- Quels systèmes d'exploitation, versions d'application et canaux sont inclus dans le test ?
- Quelle version de SDK et quelle distribution ont été validées pour le projet ?
- Que se passe-t-il lorsqu'un signal n'est pas disponible ?
N'utilisez pas le succès d'un voyage comme confirmation d'autres plateformes. La compatibilité doit correspondre à l'environnement qui sera utilisé.
Exemple et résultat attendu
Recherchez un exemple que l’équipe peut exécuter. Écrivez le résultat attendu avant le test et incluez un parcours où la source ne peut pas être identifiée. Confirmez qu'il est possible de distinguer une absence légitime de signal, une erreur de configuration et un traitement répété.
La documentation doit aider à localiser le problème, à enregistrer des preuves utiles et à demander de l'aide sans envoyer d'informations d'identification ou de données inutiles. La personne responsable de la maintenance doit comprendre la procédure une fois l’intégration initiale terminée.
Critères d'acceptation partagés
Le développeur évalue l'installation, l'exécution et le diagnostic. La personne responsable de l'acquisition évalue si le résultat répond à la question commerciale. Les deux parties doivent s'entendre sur la définition de l'événement et le plafond de couverture.
Dans Bridgee, le Commencez Cette page présente le chemin d'accès à la console. La création du compte et du projet n'active pas automatiquement l'intégration de l'installation en direct. L’activation et les exigences techniques doivent être confirmées lors de l’intégration.