Blog AIQA
Figma-to-App : guide pratique
Configurer la comparaison design et détecter les bugs UI avant la release.
Un fichier design n'est utile que si l'interface livrée lui correspond encore. AIQA relie les références Figma aux écrans réels capturés pendant un crawl autonome pour révéler les écarts visuels avant la release.
Préparer de bonnes références Figma
Utilisez des frames représentant les états réellement accessibles : onboarding, vues vides ou remplies, dialogues, erreurs et étapes de conversion. Des noms clairs facilitent l'analyse.
Alignez autant que possible design et appareil cible sur le même viewport et le même état.
Connecter Figma au projet AIQA
Ajoutez le lien du fichier ou de la frame et un access token valide si nécessaire. Choisissez Design, Both ou Full pour inclure la comparaison.
Figma reste facultatif pour Logic et Marketing. Connectez-le lorsque la fidélité visuelle fait partie des critères d'acceptation.
Interpréter les findings dans leur contexte
AIQA conserve l'écran de l'application à côté de la référence Figma. Un finding est une preuve à examiner, pas un verdict automatique.
Vérifiez l'état, le contenu dynamique et l'actualité de la référence, puis classez les vraies régressions selon leur impact utilisateur.
- Critical : bloque une tâche ou masque un contenu essentiel.
- Medium : layout, hiérarchie ou comportement nettement incorrect.
- Low : incohérence mineure qui n'empêche pas l'utilisation.
Intégrer la QA visuelle à la livraison
Comparez les release candidates, les grands changements design et les parcours importants. Exportez les findings ou envoyez les bugs confirmés à Jira.
Des références à jour, une comparaison automatisée et un triage humain court forment le workflow le plus fiable.