Maîtriser la brillance

Chapitre 21. Les tests

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

Pour les applications simples, il est assez facile de se rappeler comment l'application est censée fonctionner, de sorte que lorsque tu apportes des modifications pour ajouter de nouvelles fonctions, tu ne brises pas accidentellement les capacités existantes. Cependant, lorsque ton application devient plus compliquée, il devient impossible de tout retenir simultanément dans ta tête. Le test est un moyen de capturer le comportement souhaité de ton code de manière à ce que tu puisses automatiquement vérifier qu'il continue à fonctionner comme tu le souhaites. Transformer tes tests informels existants en code est pénible lorsque tu le fais pour la première fois, car tu dois soigneusement transformer chaque pression de touche et chaque clic de souris en une ligne de code, mais une fois que c'est fait, il est beaucoup plus rapide de réexécuter tes tests.

Nous allons effectuer des tests automatisés avec le paquetage testthat. testthat nécessite de transformer ton application en paquetage, mais comme nous l'avons vu au chapitre 20, ce n'est pas trop de travail, et je pense que cela en vaut la peine pour d'autres raisons.

Un test qui ressemble à ceci :

test_that("as.vector() strips names", {
  x <- c(a = 1, b = 2)
  expect_equal(as.vector(x), c(1, 2))
})

Nous reviendrons très bientôt sur les détails, mais sachez qu'un test commence par une ...