Revue de code
La revue de code de est examen systématique (souvent en tant qu'examen par les pairs ) du code source de d'ordinateur prévu pour trouver et corriger les erreurs négligées dans la phase de développement d'initiale , améliorant la qualité globale de du logiciel et les qualifications des réalisateurs.
Introduction
Les revues de code peuvent souvent trouver et enlever les vulnérabilités communes tel que les fuites de mémoire de des conditions de compétitivité de des exploits de corde de format et les débordements d'amortisseur de améliorant de ce fait la sécurité de logiciel. Les dépôts de logiciel en ligne, comme le anonyme CVS , permettent à des groupes d'individus de passer en revue en collaboration le code. De plus nouveaux outils ont conçu spécifiquement pour la revue de code de collaboration, peuvent également faciliter le processus de revue de code.Le code automatisé de passant en revue le logiciel diminue la tâche de grands morceaux de révision de code sur le réalisateur par code de source d'essais systématiquement pour des vulnérabilités connues. Le Flawfinder et l'outil auditant rugueux de pour la sécurité (RATS) sont deux exemples bien connus de code passant en revue le logiciel.
Exemples
Il y a beaucoup d'exemples d'où on le réclame que l'adoption des revues de code a amélioré un projet de développement de logiciel. Les exemples notables incluent :
mélangeur (logiciel) , un paquet de conception de graphiques 3D considérablement amélioré par la Communauté de développement de la source ouverte .
Le grain , une fois un projet de Linux de de passe-temps de Linus Torvalds , il est maintenant passé en revue et amélioré par des centaines de programmeurs dans le monde entier.
Il peut être difficiles d'évaluer ces réclamations parce que chaque projet a été mis en application seulement par le passé ; il n'est pas possible de savoir à coup sûr le de projet aurait tourné s'il n'avait pas adopté des revues de code, ou s'il avait à la place adopté l'autre contrôle de qualité mesure.
Types
De code de revue de pratiques en matière ranger souvent dans deux catégories principales : revue de code formelle et revue de code légère.La revue de code formelle, telle qu'une inspection de Fagan de , comporte un processus soigneux et détaillé des participants multiples et des phases multiples. Les revues de code formelles sont la méthode plus ancienne et traditionnelle de revue, dans laquelle les programmateurs de logiciel assistent à une série de réunions et de code de revue ligne par ligne, habituellement using les copies imprimées du matériel. Les inspections formelles sont extrêmement complètes et ont été efficaces prouvé à trouver des défauts dans le code à l'étude. Cependant, certains critiquent des revues formelles comme prenant trop longtemps pour être pratiques.
La revue de code légère exige typiquement moins de frais généraux que des inspections formelles de code, bien qu'elle puisse être également efficace une fois faite correctement. Des revues légères sont souvent conduites en tant qu'élément du processus de développement normal :
au-dessus - épaule - de l'un réalisateur regarde au-dessus de l'épaule de l'auteur comme dernières promenades par le code.
Email passer-autour de - le système de gestion de code source envoie le code aux critiques automatiquement après l'enregistrement est fait.
Paires de programmant - deux auteurs développent le code ensemble au même poste de travail, comme est commun dans le de programmation extrême.
Revue de code à outils - l'utilisation d'auteurs et de critiques a spécialisé des outils conçus pour la revue de code de pair. Les programmeurs trouvent souvent la revue de code à outils pour être moins pénibles et plus efficaces que quelques autres méthodes.
Beaucoup d'équipes qui évitent l'utilisation traditionnelle et formelle une de revue de code des formes ci-dessus de revue légère en tant qu'élément de leur processus de développement normal. Une étude de cas de revue de code a édité dans le livre, les meilleurs secrets gardés de de la revue de code de pair , constaté que les revues légères ont découvert autant de bogues en tant que revues formelles, mais était plus rapide et plus rentable.
Critique
Certains arguent du fait que la revue de code est moins importante quand certaines règles ou méthodologies bloquées de codage sont suivies du commencement du logiciel. L'approche de programmation extrême du (XP) de inclut la pratique des paires de programmant , qui peut être discuté pour être revue de code pendant le développement. Les partisans de XP arguent du fait que d'autres pratiques en matière de XP, telles que le Refactoring et les essais de création avant d'écrire même le code, produit le code qui n'a pas besoin d'être passé en revue ou récrit en tant qu'expédie souvent et ainsi le développement de logiciel .
Outils soutenant des techniques de révision de code
''' De varech de ''' - un cadre d'annotation de code source
Voir également
Revue de logiciel de Inspection de logiciel de
Élimination des imperfections
Essai de logiciel de
Analyse statique de code de
Analyse d'exécution
.
| Random links: | Banlieue noire de marcheur, comté de Huntingdon, Pennsylvanie | Saeima | Goyang | Une année et demie dans la vie de Metallica | Albert IV, duc de l'Autriche | Revisión_de_código |