Nos engagements
Une livraison s’examine au regard du produit : règles métier, accès, données et erreurs. La revue de code rend visibles les choix et la maintenabilité ; les tests automatisés vérifient des comportements reproductibles avant et après chaque modification.
Visio de 30 minutes, gratuite et sans engagement, suivie d’un récapitulatif écrit avec un ordre de grandeur.
Notre pratique
Le changement est relié à un besoin et à des critères d’acceptation. Les responsabilités du code, les dépendances et les cas d’erreur sont examinés. Une modification trop large peut être découpée pour conserver une revue réellement utile.
Les tests isolés vérifient les règles ; les tests d’intégration examinent les échanges. Les parcours critiques peuvent être suivis de bout en bout. La sélection dépend des risques et de la fréquence des changements, pas d’un objectif de quantité seul.
Les utilisateurs vérifient les opérations attendues à partir de cas concrets. Les anomalies sont décrites pour être reproduites et leur correction contrôlée. La recette complète les contrôles techniques sans les remplacer.
Avant chaque fusion
Sur chaque projet, la revue de code a lieu avant chaque fusion d’un changement. Nos leads techniques l’encadrent : ils portent l’architecture et veillent à ce que les choix restent cohérents d’une livraison à l’autre.
Le changement répond-il au besoin décrit et à ses critères d’acceptation ? Les cas limites et les erreurs sont-ils traités, et pas seulement le parcours nominal ?
Le code est-il placé au bon endroit, avec des responsabilités claires ? Une logique déjà présente ailleurs est-elle dupliquée ?
Les droits sont-ils vérifiés côté serveur ? Les secrets restent-ils hors du code ? Une migration de données peut-elle être rejouée et contrôlée ?
Une bibliothèque supplémentaire est-elle justifiée, maintenue et compatible avec le reste du projet ? Son ajout est discuté plutôt que découvert plus tard.
Un changement proposé par un assistant IA suit exactement le même circuit. Il est relu et testé comme celui de tout contributeur, selon les règles décrites dans notre page sur l’ingénierie logicielle augmentée par l’IA.
Ce qui est automatisé
Tout le code n’a pas besoin du même niveau de couverture. Les tests automatisés portent d’abord sur ce qui coûterait le plus cher en cas de régression, puis s’étendent avec le produit. Ils sont exécutés par l’intégration continue à chaque changement, ce qui permet de détecter un écart avant la recette.
La mise en place de la chaîne d’intégration continue fait partie du projet ; elle est détaillée dans notre expertise CI/CD avec GitLab. Pour la recette et les tests fonctionnels, voir notre expertise qualité logicielle et tests.
Ce que vous pouvez vérifier
Des choix explicites
Les exigences de qualité, les responsabilités et les modalités de validation sont précisées avec votre équipe. Elles sont reliées au logiciel, à ses utilisateurs et à ses conditions d’exploitation pour pouvoir être appliquées et discutées pendant le projet. Le guide des standards de qualité détaille cette démarche pas à pas.
Questions fréquentes
Oui. La revue de code est systématique avant la fusion d’un changement, et chaque modification passe aussi par l’intégration continue. Elle est conduite par nos leads techniques.
Les tests portent en priorité sur les règles métier et les parcours critiques. Leur périmètre se définit selon les fonctions critiques, les risques et les conditions d’exploitation, puis s’étend avec le produit.
Oui. Les tests vérifient des comportements reproductibles ; la recette permet à vos utilisateurs de valider les opérations attendues à partir de cas concrets. Les deux se complètent.
Oui. Le code est dans vos dépôts et l’historique des revues comme des exécutions de l’intégration continue est consultable dans vos outils, sans passer par nous. Voir nos engagements.
Parlons de votre projet.
Présentez-nous ce que vous voulez construire, les utilisateurs concernés et votre environnement technique. Nous préciserons ensemble le premier périmètre à étudier.