Audit technique d'application, avant de décider
Beaspo réalise l'audit de code source de votre application web ou mobile, sur devis, et vous remet un diagnostic écrit, que la suite se fasse avec Beaspo ou non.
- Sur devis
- Diagnostic écrit
- Code lu sans être modifié
Audit de code
Sur devis
- Livrable
- Un diagnostic écrit, remis à vous
- Votre application
- Lue sans être modifiée, toujours en ligne
- Ensuite
- Reprise avec Beaspo, ailleurs, ou rien
Contenu, prix et date de l'audit écrits dans la proposition, sous 48 h après l'appel.
Combien coûte un audit de code ?
Chiffré à part, avant tout engagement.
Le prix d'un audit de code se fixe avant de commencer, sur la liste de ce qu'il examinera. Chez Beaspo, l'appel de 30 minutes ne lit pas le code : l'audit en est distinct, et son contenu, son prix et sa date sont écrits dans la proposition qui suit l'appel.
Ce que vous recevez
- Un diagnostic écrit : ce qui tient, ce qui se répare, ce qui se refait
- Ce qui presse signalé en premier, comme une faille de sécurité
- La dette technique repérée, et ce qu'il faut rembourser d'abord
- Dès la proposition, la liste de ce qu'il faut réunir, et de ce qu'il faut demander à l'ancien prestataire
Ce qui fait varier le prix
- La taille de l'application
- Le nombre de ses parties, comme un site, une application mobile et un serveur
- L'état de sa documentation
- La profondeur de l'examen, d'une première lecture à une revue détaillée de la sécurité
Hors du prix de l'audit
- Les corrections
- La reprise de l'application
- Sa maintenance
Chiffrées ensuite, dans une proposition à part, à prendre ou non.
Qu'est-ce qu'un audit de code, et quand en faire un ?
Un audit de code examine le code d'une application web ou mobile existante, puis la fait fonctionner, pour savoir dans quel état elle est avant de décider de la garder, de la réparer ou de la refaire.
Un audit de code vous sert si
- Vous voulez confier une application faite ailleurs : l'audit précède la reprise d'application.
- Votre prestataire développe encore votre application, et vous voulez un second avis.
- Les mêmes bugs reviennent, et chaque modification coûte cher.
- Votre application a été créée avec l'IA, ou par un développeur parti depuis.
- Vous hésitez entre réparer, moderniser ou refaire votre application.
Il vous faut autre chose si
- Vous voulez faire attaquer votre application pour trouver ses failles : c'est un test d'intrusion, le métier d'un spécialiste de la sécurité.
- Vous cherchez quelles tâches confier à l'intelligence artificielle : c'est un audit IA.
- Vous n'avez pas le code source : l'application se recrée, voyez la création d'application sur mesure.
Que contient un audit de code source ?
Un audit de code source passe en revue chaque partie de l'application, puis la compare, en fonctionnement, à ce qu'elle doit faire.
- L'organisation du code
- Comment l'application est construite, et ce qui la rend facile ou risquée à modifier.
- La sécurité
- Les failles cherchées dans le code.
- Les dépendances
- Les bibliothèques utilisées et leurs versions, à jour ou en retard.
- La base de données
- La façon dont les données sont rangées, et leur état.
- L'hébergement
- Où tourne l'application, et à quel nom.
- Les tests et la documentation
- Ce qui existe pour vérifier et comprendre le code.
- L'application en fonctionnement
- Lancée et essayée, comparée à ce qu'elle doit faire.
Audit de code, revue de code ou test d'intrusion : quelle différence ?
Les trois examinent une application, mais pas au même moment ni avec le même but.
La revue de code
Un développeur de l'équipe relit une modification avant qu'elle n'entre dans le projet.
L'audit de code
Un regard extérieur examine toute l'application et remet un diagnostic écrit.
Le test d'intrusion
Un spécialiste attaque l'application en fonctionnement pour trouver ses failles.
Comment se déroule un audit de code ?
Un audit de code va de la proposition au diagnostic écrit, avec une date fixée avant de commencer. Votre application reste en ligne pendant tout l'audit.
Étape 1
Ce que l'audit examinera
La proposition fixe les parties à examiner, la profondeur de l'examen, le prix et la date, et liste ce qu'il faut réunir.
Étape 2
La lecture du code
Le code est examiné partie par partie, puis l'application est lancée et essayée.
Étape 3
Le diagnostic écrit
Le diagnostic vous est remis par écrit, prêt à servir de base à la suite.
De votre côté : le code source et les accès que vous avez, la documentation s'il en existe une, la liste des problèmes connus, et une personne qui connaît l'application.
Que vérifie l'audit d'une application créée avec l'IA ?
Un code généré par une intelligence artificielle tourne souvent bien en démonstration, sans que personne l'ait relu. Son audit est le même que pour un autre code, avec quatre points à regarder de près.
- Les failles
- Celles laissées dans le code par la génération automatique.
- Les parties inconnues
- Le code que personne ne comprend encore, à lire avant d'y toucher.
- Les dépendances
- Les bibliothèques ajoutées, et leurs versions.
- Ce que fait vraiment l'application
- Essayée sur ses cas réels, pas seulement sur les écrans qui marchent.
Après l'audit : reprise, autre prestataire ou rien
Le diagnostic sert à décider, et la décision vous revient.
- Avec Beaspo
- Le diagnostic devient une proposition de reprise : les travaux retenus, leur prix et leur date, à signer ou non.
- Avec un autre prestataire
- Le diagnostic lui sert de base de travail.
- Rien pour l'instant
- Vous savez où en est votre application, sans autre engagement.
Avec Beaspo, la suite passe par la reprise d'application, puis, si vous la choisissez, par la maintenance d'application.
À qui appartient le diagnostic de l'audit ?
Le diagnostic vous appartient : il vous est remis par écrit, que la suite se fasse avec Beaspo, avec un autre prestataire ou pas du tout. Il décrit le code sans juger celui qui l'a écrit, et vous le partagez avec qui vous voulez.
Votre audit de code, chiffré par écrit sous 48 h.
Un appel de 30 minutes avec Clément pour décrire votre application et ce qui vous inquiète, puis une proposition écrite avec ce que l'audit examinera, son prix et sa date.
Sur demande, vous signez un accord de confidentialité avant l'appel.
Questions fréquentes sur l'audit de code
Que désigne la dette technique ?
La dette technique désigne le coût futur des raccourcis pris dans le code d'une application : une solution provisoire jamais reprise, une mise à jour repoussée, une partie mal organisée. Comme les intérêts d'une dette, ce coût grossit avec le temps : chaque modification devient plus lente et plus risquée. Elle n'est pas toujours une faute : un raccourci assumé permet de sortir une première version plus tôt, s'il est remboursé ensuite. L'audit de code repère la dette technique, et la proposition qui suit dit ce qu'il faut rembourser en premier.
L'audit arrête-t-il une application en ligne ?
Non. L'audit lit le code sans le modifier : votre application en ligne continue de tourner pendant ce temps, pour vos utilisateurs comme pour votre équipe.
Peut-on faire auditer une application que son prestataire développe encore ?
Oui : l'audit sert aussi de second avis sur une application que votre prestataire continue de développer. Vous partagez ensuite le diagnostic avec votre prestataire si vous le souhaitez.
Faut-il un audit de code avant de reprendre une application ?
Chez Beaspo, oui : une reprise ne se chiffre qu'une fois le code lu, sur le diagnostic de l'audit. Voyez la reprise d'application.
Combien de temps dure un audit de code ?
La durée d'un audit de code dépend des mêmes points que son prix : la taille de l'application, le nombre de ses parties et la profondeur de l'examen. Sa date est écrite dans la proposition, avant de commencer.
Une autre question ?
Clément vous répond en moins de 2 h.