Test de la pile complète

Chapitre 4. Tests continus

Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : [e-mail]

Tes efforts en matière de feed-back rapide sont dans les limbes sans feed-back continu !

Dans le chapitre précédent, nous avons vu comment l'ajout de tests dans les bonnes couches de l'application accélère les cycles de retour d'information. Il est impératif de recevoir un retour d'information aussi rapide de façon continue et pas seulement en rafales aléatoires pour réguler de façon transparente la qualité de l'application tout au long du cycle de développement. Ce chapitre est consacré à l'élaboration d'une telle pratique de tests continus.

Lestests continus (CT) consistent à valider la qualité de l'application à l'aide de méthodes de test manuelles et automatisées après chaque changement incrémentiel, et à alerter l'équipe lorsque le changement entraîne un écart par rapport aux résultats de qualité escomptés. Par exemple, lorsqu'une fonctionnalité s'écarte des chiffres de performance attendus de l'application, le processus de CT avertit immédiatement l'équipe au moyen de tests de performance qui échouent. Cela donne à l'équipe l'occasion de résoudre les problèmes le plus tôt possible, lorsqu'ils sont encore relativement petits et gérables. En l'absence d'une telle boucle de rétroaction continue, les problèmes risquent de passer inaperçus pendant une période prolongée, ce qui leur permet de se propager en cascade à des ...