SERVICE
Banc d'intégration continue firmware
Page en cours de rédaction. Brief de contenu : PLAN.md §4.4. Copy finale à venir (EN + FR).
PLAN DE LA PAGE
- Ce que c’est & en quoi ça diffère de l’ATE — pas l’intégrité matérielle ; on valide le comportement du firmware par rapport à ses spécifications, sur des cartes de référence en bon état, automatiquement, à chaque version. Reste assemblé en permanence.
- Build firmware automatisé — pipeline reproductible et traçable déclenché par chaque commit/tag/MR ; binaires versionnés prêts à flasher liés aux hashs de commit ; CI hébergée ou serveur de build local dédié si la chaîne d’outils l’exige.
- Le testboard — interface à pointes pogo vers tous les signaux pertinents pour le firmware ; sources de stimulus pilotables pour émuler les périphériques (appuis bouton, valeurs capteur, conditions de panne) ; mesure/monitoring pour vérifier le comportement.
- La fixture mécanique — assemblage permanent portant le testboard + les cartes de référence.
- Le logiciel de test — spécifications firmware → cas de test structurés (nominal, limites, panne) ; pass/fail clair et mesurable ; flash → stimuler → observer → comparer, entièrement sans surveillance ; rapports détaillés référençant la version de firmware ; intégré au workflow CI ; conçu pour ajouter de nouveaux tests à mesure que le firmware évolue.
- Pourquoi — sans cela, chaque version nécessite des tests manuels lourds → plus d’effort, plus d’erreurs humaines, couverture incomplète. Avec cela, la suite complète s’exécute sans surveillance sur chaque candidat ; les régressions sont attrapées avant déploiement.
- Appel à l’action.