Il y a une recherche de 2015 de Microsoft intitulée Code Reviews Do Not Find Bugs qui semble étrangement nommée car les relecteurs trouvent effectivement des bugs.
Les auteurs affirment que les relectures de code ne trouvent souvent pas les défauts de fonctionnalité qui devraient bloquer une soumission de code. Seulement environ 15 % des commentaires fournis par les relecteurs indiquent un éventuel défaut, beaucoup moins un défaut bloquant.
Cependant, cette statistique est trompeuse car elle ne dit rien sur le taux de détection des défauts. Nous savons depuis un certain temps que la relecture de code (ainsi que la programmation en binôme) trouve 60 % de défauts supplémentaires pour seulement une augmentation de 15 % du temps investi.
Pendant les 60 premières minutes de relecture de code de la journée, le relecteur trouve environ un défaut toutes les dix minutes de relecture, tant qu’il ne passe pas en revue plus d’environ 50 lignes de code par tranche de dix minutes. Les relectures sont donc les plus efficaces par petits morceaux à la fois et ne doivent pas s’étendre pour couvrir de grandes fractions de la journée de travail.
La relecture de code est également remarquablement efficace pour apprendre la base de code. Les commentaires de relecture de code sont jugés positivement par l’auteur d’un changement et sont positivement corrélés à l’expérience des relecteurs.
En fin de compte, malgré les critiques, la relecture de code reste une pratique essentielle et efficace pour trouver des défauts et apprendre la base de code.
La relecture de code est une pratique essentielle et efficace pour trouver des défauts et apprendre la base de code, malgré les critiques qui remettent en question son utilité.