Pour le CTO et le responsable produit
Nous revoyons l'app sur de vrais téléphones iOS et Android et vous remettons ce qui échoue entre les mains de votre client et ce que refuseraient l'App Store et Google Play. Aujourd'hui, nous revoyons les apps développées en Flutter.
Vous recevez chaque défaut avec sa preuve et sa priorité. Le périmètre et le délai sont fixés par écrit avant de commencer.
Mis à jour le
Inutile si l'app est un prototype interne qui n'arrivera pas chez vos clients. Et aujourd'hui, nous ne revoyons que les apps développées en Flutter.
Dans le simulateur, les écrans se chargent et les boutons répondent. Sur un vrai téléphone apparaissent les clés écrites dans l'app, les notifications push qui n'arrivent pas et les permissions que le store refuse. Dans un banc d'essai en laboratoire de Veracode (printemps 2026), 45 % des tâches de code résolues avec l'IA sans consignes de sécurité ont produit un défaut de sécurité connu. Veracode vend de l'analyse de sécurité.
45 %
tâches de code IA avec une faille de sécurité connue
Veracode, 2026Plus de 275 points de contrôle
Marques et logos de leurs propriétaires respectifs. Leur usage ici est purement descriptif et n'implique ni relation commerciale ni parrainage.
En 30 minutes, nous voyons quelle app vous avez et quels écrans comptent le plus. Vous recevez ensuite par écrit ce qui est revu, ce qui reste en dehors et le délai.
Nous testons chaque parcours sur des appareils iOS et Android, par commande et au toucher, et nous lisons le code et l'API qu'utilise l'app.
Vous recevez la liste des défauts classée par risque et nous la parcourons avec votre équipe. Chaque défaut dit où il se trouve et comment le vérifier.
Priorité: Haute
Clé de l'API de paiement écrite dans l'app
Exemple du format du rapport, pas d'un client.
Parlons de votre situation ?
Un rendez-vous de 30 minutes pour voir ce que vous avez et ce qu’il vaut mieux revoir en premier.
Les trois sont utiles, chacun pour une chose. L'IA apporte le volume et les personnes le jugement : c'est pourquoi notre revue utilise un outil automatique à base d'IA, supervisé par des développeurs seniors.
La revue est faite par une équipe de développeurs seniors, avec de nombreuses heures de développement et de recherche des erreurs que commettent les IA quand elles programment. Nous connaissons plus de 1 200 points de revue. L'outil automatique à base d'IA les parcourt, et les personnes valident, dirigent et revoient.
Équipe de développeurs seniors
José María Salido, fondateur de Sondeon, en répond
Nous revoyons les apps mobiles développées en Flutter pour iOS et Android, qu'elles aient été programmées avec l'IA ou à la main, avec le backend qu'elles utilisent. Les sites web ont leur propre revue.
Oui. Il nous faut le dépôt de l'app et de son backend, ainsi qu'une version installable pour iOS et Android. Ce que nous demandons est inscrit dans le périmètre avant de commencer.
Parfois oui, et on ne le sait qu'en le regardant. L'IA écrit une app qui fonctionne en démo, mais elle ne connaît ni ce que demandent les stores ni son comportement sur un vrai téléphone. La revue vous dit ce qui est prêt et ce qui ne l'est pas.
Le rendez-vous de 30 minutes est gratuit. Le reste dépend du nombre d'écrans de l'app et de l'inclusion ou non du backend. Nous le voyons lors de ce rendez-vous, et vous recevez par écrit le périmètre et le délai de notre health check avant de commencer.
Oui, si vous nous confiez la correction. Le diagnostic vient d'abord : la liste des défauts avec leur preuve et leur priorité, qui dit ce qui se corrige et ce qu'il vaut mieux refaire. La correction est à part, et seulement si vous la demandez ; votre équipe peut aussi s'en charger avec la liste en main.
C'est la revue d'une app déjà construite, avant de la publier ou avant que votre entreprise en dépende. Notre health check la teste sur de vrais téléphones et revoit la sécurité, les données personnelles, les notifications push et ce que demandent l'App Store et Google Play, et il se répète à intervalles réguliers.
Performances, référencement dans les moteurs de recherche et les assistants d'IA (SEO et GEO), accessibilité et sécurité de votre site, mesurés sur la page réelle.
La partie serveur derrière votre app ou votre site : ce que l'API expose, ce qu'elle protège, les en-têtes servis et ce qui finit dans ses logs.
PostgreSQL, Redis, Elasticsearch et RabbitMQ, en lecture seule : structure, index, requêtes lentes, verrous et connexions.
Le serveur où va tourner votre système, revu avant sa mise en ligne : qui y accède, ce qui y tourne et quelles limites cèdent quand il grandit.
Les machines Linux où tourne votre système, mesurées toutes les quelques secondes, pour voir un disque plein ou un conteneur arrêté avant vos utilisateurs.
Chaque appel à votre API mesuré, avec sa latence, son erreur et l'écran qui l'a demandé, pour savoir quel endpoint optimiser avant que le trafic augmente.
Remplissez le formulaire et nous vous écrivons par e-mail pour fixer le jour et l'heure. Ce sont 30 minutes pour voir ce que vous avez et ce qu'il vaut mieux revoir en premier.
