Bonnes Pratiques de Développement¶

Style de code commun¶

• Éditor config (même configuration des éditeurs de code)

Développement piloté par les tests¶

Le Test driven development préconise d’écrire les tests unitaires avant d’écrire le code source:

1. Écrire un premier test ;
2. Vérifier qu'il échoue (car le code qu'il teste n'existe pas), afin de vérifier que le test est valide ;
3. Écrire juste le code suffisant pour passer le test ;
4. Vérifier que le test passe ;
5. Puis réusiner le code, c'est-à-dire l'améliorer tout en gardant les mêmes fonctionnalités.

Documentation d’API automatique¶

• Génération de la documentation d'API depuis le code (docstring)

Modèle de développement avec Git¶

Utiliser Gitflow

• Git flow: intégration des fonctionnalités si
  • les tests passent
  • le code est relu (Gerrit)

Qualité du code¶

• Qualité du code (PyLint / JSLint)
• Couverture des tests
• Couverture de la doc : vérifier que toute l'API est documentée

Intégration continue¶

• Intégration continue : exécution automatique des tests (jenkins)

Déploiement d'environnements de Dev (Vagrant?)¶