Tests et documentation, les deux piliers de tout projet !

Spécialité(s)


Résumé
Est-ce qu'un projet se limite au code qui le compose ? Non, bien entendu, mais nous avons toutes et tous tendance à bien trop souvent l'oublier. Même si bien entendu sans code, un projet n'est rien, et s'il n'y a rien d'autre que du code, comment le comprendre ou lui faire confiance ?


1. Des tests, des tests, toujours plus de tests !

Vous qui me lisez depuis quelques numéros maintenant, j'espère que je n'ai plus à vous convaincre qu'il faut écrire des tests. Qu'il faut en écrire de manière intensive et qu'il faut se forcer à considérer tout code non couvert par les tests comme du code non existant. Il faut que cela devienne un vrai mantra pour vous. J'écris du code, alors j'écris des tests. Ou si vous préférez, je vais écrire du code alors j'écris des tests avant. Concernant le fait d'écrire les tests avant ou après, je ne suis pas regardant. Personnellement, je fais du test driven development uniquement pour la correction de bugs. Comme cela, j'écris un test qui « prouve » le bug puis je suis sûr de le corriger. Dans le reste de ma pratique du développement, je préfère par contre écrire les tests immédiatement après avoir écrit le code. L'important est, après tout, qu'il y ait des tests. Mais juste écrire des tests, ce n'est pas...

Cet article est réservé aux abonnés. Il vous reste 93% à découvrir.
S'abonner à Connect
  • Accédez à tous les contenus de Connect en illimité
  • Découvrez des listes de lecture et des contenus Premium
  • Consultez les nouveaux articles en avant-première
Je m'abonne


Article rédigé par

Abonnez-vous maintenant

et profitez de tous les contenus en illimité

Je découvre les offres

Déjà abonné ? Connectez-vous