SOFTWARE REVIEW

Cuando piensas en “Software Review”, es muy probable que pienses en algo similar a lo anterior mente visto: validación y verificación. Si bien tiene de eso, este parte es otro proceso completoque implica probar el producto, otra paso en mas en el ciclo de vida del desarollo de software, pues ayuda a los ingenieros de software a alidar la calidad, la funcionalidad y otras caracteristicas y componentes vitales del software.

Una revisión de software es un proceso o reunión durante el cual un producto de software es examinado por toda la gente implicada en el proyecto como: gerentes, los usuarios, los clientes, los representantes de los usuarios u otras partes interesadas para obtener retroalimentación o aprobación.

Este proceso es importate porque el equipo puede verificar si el software se ha desarrollado según los requisitos solicitados o no, y realizar los cambios necesarios antes de su lanzamiento. Otras razones importantes son:

Mejora de la productividad del equipo de desarrollo.
Hace que el proceso de prueba sea rentable, ya que dedica más tiempo a probar el software.
Se encuentran menos defectos en el software final.
Es solo en esta etapa que se eliminan deficiencias
Este proceso da como resultado una reduccion drástica del tiempo necesario para producir un documento tecnicamente sólido.

Fuente: https://www.geeksforgeeks.org/software-engineering-software-review/#:~:text=It%20is%20a%20whole%20process,test%20plans%20and%20test%20cases.

PEER REVIEW

Es un proceso que se utiliza en diferentes areas para verificar el trabajo realizado por el equipo para garantizar que cumpla con criterios especificos. En el desarrollo de software, la revisión por pares se usa a veces en el desarrollo de código, donde un equipo de codificadores se reunirá y revisará el código línea por línea para buscar error.

Las caracteristicas son:

Las revisiones están documentadas y utilizan un proceso detección de defectos que tiene pares como parte del proceso de revisión.
El proceso de revisión no implica la participación de la dirección.
Está dirigido por un moderador capacitado que no es el autor.
En el informe se prepara con la lista de cuestiones que deben abordarse.

CODE INSPECTION

Es un tipo de revición formal para evaluar la calidad del código escrito. El objetivo es determina si el código cumple con los requisitos de calidad. El código se puede examinar para determinar:

Calidad: para verificar el nivel de calidad general del código.
Arquitectura: para determinar lo escalable que es.
Legibilidad: facilitar la comprensión del código y comentarios comprensibles.
Rendimiento: para determinar si el código se puede optimizar para acelerar su ejecución.
Seguridad: para ver qué tan seguro es el código.
Uso de la memoria: verificar qué tan racionalmente se utiliza la memoria.

Para esto hay un orden que seguir:

Impresión de cédigo: ¿Contiene buenos comentarios? ¿Utiliza bibliotecas? ¿Tiene una estructura clara?
Comprobación de Arquitectura: Uso de patrones, arquitectura implementada.
Comprobación de seguridad y rendimiento.
Comprobación de la documentación.

Al final se hace un informe que contiene:

Lo que se ha hecho bien.
Lo que se puede mejorar.
Lo que se ha hecho mal.
De que manera se puede mejorar.

Todas estas herramientas son muy utiles y necesarias, pues tan grandes beneficios como los anteriormente mencionados. Sin embargo, se requiere una enorme cantidad de tiempo realizarlas. De hecho, puedo decir que de acuerdo a mi investigación casi todos los que revisan el códig hacen revisiones “ligeras”.