Centre d'aide · Comprendre
Comment voir et tester mon application avant de fusionner ?
Chaque run démarre un aperçu de sa branche, ouvert dans Diavi en web ou en téléphone, et y exécute ses tests de bout en bout.
Chaque run démarre un aperçu de sa branche : votre application, lancée avec le code de la merge request, sur des données de démo. Il s'ouvre dans l'onglet Aperçu du run, dans un cadre d'ordinateur ou de téléphone, et son lien figure dans la merge request avec le compte de test.
Mon application a un front, une API et une base : tout démarre-t-il ?
Oui, si votre dépôt a un docker-compose.yml à la racine : l'aperçu le suit, et chaque service joint les autres par son nom. Rien de ce qui toucherait notre machine n'est repris — mode privilégié, réseau de l'hôte, dossiers hors du dépôt — et un dossier du dépôt monté dans un service y est copié. Sans fichier compose, l'aperçu démarre la stack principale du run.
Y a-t-il un compte pour se connecter ?
Quand la stack le permet, l'aperçu crée un compte de démo : Dolibarr, Laravel, Django. Il s'affiche à côté du lien. Si le compte n'a pas pu être créé, les tests tournent sans connexion et le run le dit.
Comment les tests sont-ils écrits ?
Avant d'écrire, Diavi parcourt l'aperçu : il se connecte, relève les vraies adresses et ce que montre chaque écran, sans jamais suivre un lien de déconnexion ou de suppression. Les tests s'appuient sur ce qu'il a vu, pas sur des adresses devinées, et chacun vérifie que la page qu'il ouvre existe.
Un test échoue : qui corrige quoi ?
Diavi trie d'abord. Si c'est le test qui est faux — une page qui n'existe pas, un test qui ne s'exécute pas, un élément ambigu —, il réécrit le test sans toucher à votre code. Sinon, il corrige le code. Le commentaire de la merge request dit quelle voie a été prise.
Mes données sont-elles protégées ?
L'aperçu tourne sur des données de démo, jamais les vôtres, et disparaît à son expiration. Une application qui parle directement à Firebase ne l'atteint pas pendant les tests : ils ne peuvent pas écrire dans votre vrai projet.
Et une application mobile ?
L'aperçu montre la version web de l'application dans un cadre de téléphone : barre d'état, trois tailles d'écran, rotation. Pour Flutter, les tests activent la couche d'accessibilité, sans laquelle rien n'est lisible. Le rendu natif iOS ou Android n'est pas encore proposé.