Fiche de poste : Développeur Polyvalent et référent qualité
1. Contexte et finalité du poste
Edu-Kit est une plateforme de virtualisation à vocation pédagogique destinée aux établissements d’enseignement supérieur et technique. Le poste s’intègre au pôle Développement (3 personnes au total) et porte deux périmètres complémentaires : la polyvalence front-back (intervention indifférente sur l’interface utilisateur et la couche serveur) et le rôle de référent qualité sur la stratégie de tests de l’équipe.
La finalité du poste est double : (1) être le développeur capable de traverser toute la chaîne applicative (front → API → base de données) pour livrer une fonctionnalité de bout en bout sans handoff inter-développeur ; (2) garantir que la qualité du code livré est mesurable, documentée et reproductible.
Le titulaire travaille en polyvalence avec les deux autres développeurs (un orienté front et UX, un orienté back et architecte), au sein d’une équipe agile fonctionnant en sprints Scrum de 3 semaines.
2. Missions principales
- Développer des fonctionnalités de bout en bout : interface Angular, API ASP.NET Core, modèle de données PostgreSQL, communication gRPC inter-services lorsque le périmètre l’exige.
- Définir et faire vivre la stratégie de tests de l’équipe (voir le document Stratégie de test).
- Concevoir et maintenir les tests d’intégration et de bout en bout qui couvrent les parcours critiques du produit.
- Contribuer aux revues de code sur l’ensemble de la chaîne applicative, en tant que regard transverse capable de détecter les ruptures front ↔ back.
- Tenir à jour le modèle de rapport de test qualité (voir le modèle existant) et produire les rapports de test de sprint.
3. Responsabilités détaillées
- Responsable final de la stratégie de tests de l’équipe : couverture cible par couche, choix des outils, pyramide de tests.
- Responsable final des tests d’intégration et de bout en bout sur les parcours critiques.
- Co-responsable, avec les autres développeurs, du code applicatif sur l’ensemble de la chaîne (front, back, intégration).
- Contributeur sur les décisions d’architecture lorsqu’elles ont un impact sur la testabilité.
- Garant du respect de la Definition of Done côté qualité.
4. Compétences techniques requises
| Compétence | Niveau attendu |
|---|---|
| Angular 21 (signals, standalone components, OnPush) | Confirmé |
| ASP.NET Core (Minimal APIs, EF Core, MediatR) | Confirmé |
| PostgreSQL et conception de schémas relationnels | Confirmé |
| Tests unitaires (xUnit côté serveur, Vitest côté interface) | Avancé |
| Tests d’intégration et de bout en bout (couverture, exécution en CI/CD) | Avancé |
| Pipelines Azure DevOps : gates qualité, tests automatisés | Confirmé |
| gRPC et messagerie RabbitMQ (pour les flux inter-services testés) | Confirmé |
| Git et flux Git d’équipe (voir Workflow Git) | Confirmé |
5. Compétences non techniques attendues
- Vision transverse : capacité à lire et à comprendre une fonctionnalité depuis l’écran utilisateur jusqu’à la requête SQL.
- Rigueur dans la définition des critères d’acceptation et des cas de test associés.
- Pédagogie : capacité à expliquer aux autres développeurs pourquoi un test manque ou pourquoi un test échoue.
- Communication écrite et orale en français et en anglais (équivalent niveau B2).
- Sens du collectif : la qualité est un sport d’équipe, pas un contrôle isolé.
6. Livrables types
- Stratégie de tests à jour, versionnée dans le repo de documentation.
- Tests d’intégration et de bout en bout couvrant les parcours critiques.
- Rapports de test de sprint sur le modèle existant.
- Contributions de code transverses (front, back, intégration) sur les fonctionnalités de bout en bout.
- Revues de code commentées sur les demandes de fusion qui touchent la chaîne complète.
7. Indicateurs de réussite
| Indicateur | Cible |
|---|---|
| Couverture de tests sur les parcours critiques | ≥ 80 % |
| Taux de réussite des tests automatisés en CI/CD | ≥ 95 % |
| Délai moyen entre détection d’une régression et publication d’un test reproductible | < 1 sprint |
| Taux d’acceptation des récits livrés en revue de sprint (sans aller-retour) | ≥ 85 % |
| Taux de fonctionnalités livrées avec rapport de test conforme au modèle | 100 % |
8. Interactions principales
- Développeur front et UX : tests d’interface, accessibilité, scénarios de parcours utilisateur.
- Développeur back et architecte : tests de l’API, contrats d’intégration, tests de la couche données.
- Ops Sécurité et intégration continue : intégration des tests dans les pipelines K3S et ArgoCD, gates qualité en CI.
- Ops Plateforme et IaC : tests de l’IaC le cas échéant, tests de configuration des environnements.
- Product Owner du sprint : définition des critères d’acceptation, validation des rapports de test en revue de sprint.
- Scrum Master du sprint : suivi de la qualité comme indicateur transverse en rétrospective.