Revisión por pares de software

En el desarrollo de software, la revisión por pares es un tipo de revisión de software en la que un producto de trabajo (documento, código u otro) es examinado por los colegas del autor, con el fin de evaluar el contenido técnico y la calidad del producto de trabajo.

El propósito de una revisión por pares es proporcionar "una práctica de ingeniería disciplinada para detectar y corregir defectos en los artefactos de software y evitar que se filtren a las operaciones de campo", según el Modelo de Madurez de Capacidades .

Cuando se realizan como parte de cada actividad del proceso de desarrollo de software , las revisiones por pares identifican problemas que pueden solucionarse al principio del ciclo de vida. ^{[ 1 ]} Es decir, una revisión por pares que identifica un problema de requisitos durante la actividad de análisis de requisitos es más económica y fácil de solucionar que durante las actividades de arquitectura de software o pruebas de software .

El Experimento Nacional de Calidad de Software ^{[ 2 ]} , que evalúa la eficacia de las revisiones por pares, concluye que "las inspecciones de software ofrecen un retorno de la inversión favorable; los ahorros superan los costos en una proporción de 4 a 1". Dicho de otro modo, identificar y solucionar un problema de software posteriormente resulta cuatro veces más costoso, en promedio.

Las revisiones por pares se distinguen de las revisiones de gestión , que son realizadas por representantes de la dirección en lugar de por colegas, y con fines de gestión y control, no de evaluación técnica. También se distinguen de las auditorías de software , que son realizadas por personal externo al proyecto para evaluar el cumplimiento de las especificaciones, los estándares, los acuerdos contractuales u otros criterios.

Los procesos de revisión por pares abarcan un amplio espectro de formalidad, desde actividades relativamente informales como la revisión entre pares en un extremo, hasta enfoques más informales como las revisiones paso a paso , las revisiones técnicas por pares y las inspecciones de software en el otro. El IEEE define estructuras, roles y procesos formales para cada uno de los tres últimos. ^{[ 3 ]}

Por lo general, los representantes de la gerencia no participan en la realización de una revisión por pares, salvo cuando su inclusión se debe a su experiencia técnica específica o cuando el documento revisado es de nivel gerencial. Esto se aplica especialmente a los supervisores de otros participantes en la revisión.

Los procesos de revisión por pares formales, como las inspecciones de software , definen roles específicos para cada participante, cuantifican las etapas con criterios de entrada/salida y recopilan métricas de software sobre el proceso de revisión por pares.

En la comunidad de software libre/de código abierto , se ha implementado un sistema similar a la revisión por pares en la ingeniería y evaluación de software . En este contexto, la justificación de la revisión por pares se corresponde con la ley de Linus , a menudo formulada como: «Con suficientes revisores, todos los errores son fáciles de detectar», lo que significa que «Si hay suficientes revisores, todos los problemas son fáciles de resolver». Eric S. Raymond ha escrito obras influyentes sobre la revisión por pares en el desarrollo de software . ^{[ 4 ]}