Audit de code React Native
Versions de React Native et d’Expo, état des dépendances, architecture, gestion des erreurs, données stockées sur le téléphone. Un rapport écrit, classé par urgence.
Audit · Reprise · Maintenance · React Native et Expo
Audit et reprise de votre application mobile
Votre prestataire est parti, l’application ne compile plus, ou Apple vient de refuser une mise à jour. Parfois, c’est un rachat ou une levée de fonds qui impose de savoir ce que vaut le code. Avant de chiffrer quoi que ce soit, nous lisons le code. Vous recevez un état des lieux écrit : ce qui se garde, ce qui doit être réécrit, et dans quel ordre.
Missions
Auditer, reprendre, maintenir
Nous avons repris des applications commencées ailleurs : audit et correction de bugs sur Natal Chart avant sa publication, modernisation et synchronisation des données sur Seeed App, refonte et optimisation de MyCosmo. D’un projet à l’autre, on retrouve les mêmes symptômes. Des dépendances figées sur une vieille version de React Native, une clé de signature que personne ne retrouve, aucun test.
Reprise d’une application existante
Récupération des accès et des clés de signature, remise en état de la compilation, correction des plantages. Les nouvelles fonctions viennent ensuite, sur une base saine.
Maintenance
Mises à jour imposées chaque année par Apple et Google, montées de version de React Native et du SDK Expo, suivi des plantages. Sur un volume de jours fixé à l’avance.
Migration vers Expo
D’un projet React Native classique vers Expo : compilation dans le cloud, correctifs JavaScript publiés sans repasser par la validation des stores, configuration native allégée.
À distance, avec un accès au code
L’audit se fait à distance. Il nous faut un accès en lecture au dépôt de code, à Sentry ou Firebase Crashlytics s’ils sont branchés, et aux consoles App Store Connect et Google Play. Le compte rendu se présente en visio, ou en personne à Nice et à Lille.
Méthode
- 01
Accès
Lecture du dépôt, de l’outil de suivi des plantages et des consoles App Store et Google Play.
- 02
Diagnostic
Nous compilons l’application, lisons le code et la testons sur de vrais téléphones iOS et Android.
- 03
Rapport
Ce qui se garde, ce qui se corrige, ce qui se réécrit, classé par urgence et présenté en visio.
- 04
Reprise
Si vous nous confiez la suite, nous remettons d’abord la base en état, puis reprenons les évolutions.
Un rapport qui vous appartient
Vous pouvez le remettre à votre équipe ou à un autre prestataire. Il décrit l’état du code assez précisément pour servir de base à n’importe quel devis.
Ce que l’audit ne remplace pas
Nous relevons les failles visibles dans le code : clés exposées, données stockées en clair, appels non protégés. Ce n’est pas un test d’intrusion. Pour une application bancaire ou de santé, prévoyez aussi un pentest par un spécialiste.
Questions fréquentes
Audit et reprise d’application mobile
Que contient un audit d’application mobile ?
Un document écrit qui couvre les versions de React Native et des dépendances, l’architecture du code, la stabilité (plantages relevés dans Sentry ou Crashlytics), le temps de démarrage, la sécurité des données et l’état des comptes stores. Chaque point est classé : à corriger tout de suite, à planifier, ou acceptable en l’état.
Combien coûte un audit ?
Le prix dépend de la taille du code et des accès disponibles. Il est fixé avant de commencer, après un premier échange et un premier regard sur le dépôt.
Faut-il tout réécrire ?
Rarement. Une réécriture complète coûte souvent plus cher que prévu et réintroduit des bugs déjà corrigés. Nous la recommandons quand le code bloque toute mise à jour de React Native, ou quand plus personne ne parvient à compiler l’application.
Nous n’avons plus les accès. Est-ce rattrapable ?
Le plus souvent, oui. Le compte Apple Developer et la Google Play Console se récupèrent par leur titulaire. La clé de signature Android est plus délicate : si elle est perdue et que l’application n’utilise pas la signature gérée par Google Play, il faut publier une nouvelle fiche. L’audit vérifie ce point en premier.
Mon application n’est pas en React Native. Pouvez-vous l’auditer ?
Notre spécialité est React Native et Expo. Pour une application Flutter ou native Swift et Kotlin, nous pouvons évaluer si une réécriture se justifie, mais nous ne la maintenons pas dans sa technologie d’origine. Nous vous le disons dès le premier échange.
Une application à remettre sur pied ?
Dites-nous ce qui ne va pas et qui détient les accès au code et aux stores. Nous vous dirons par quoi commencer.