Inspeccin de software

Inspeccin en la Ingeniera de software, se relaciona con reuniones y el trabajo repetitivo puede ser reiterado.
la Revisin por pares de cualquier producto de trabajo
por personas capacitadas que buscan defectos mediante
Planicacin: La inspeccin se planea por el moun proceso bien denido. La inspeccin de software es
derador.
conocida tambin como Fagan inspection en homenaje
a Michael Fagan, el creador de este popular mtodo de
Reunin general: El autor describe los antecedeninspeccin de software.
tes del producto.

Preparacin: Cada inspector examina el producto

para identicar posibles defectos.

Introduccin

Reunin de Inspeccin: Durante esta reunin, el

Una inspeccin es una de las prcticas ms comunes de
lector lee parte por parte del producto y los inspecrevisin que se encuentran en los proyectos de software.
tores marcan de los defectos de cada parte.
El objetivo de la inspeccin es, para todos los inspectores, llegar a un consenso sobre un producto de trabajo y
aprobarlo para su uso en el proyecto. Comnmente los
Repeticin del trabajo: El autor realiza cambios en
productos inspeccionados de trabajo incluyen el anlisis
el producto de acuerdo a los planes de accin de la
de requisitos de software especicaciones y plan de pruereunin de la inspeccin.
bas. En una inspeccin, un producto de trabajo se selecciona para su revisin y un equipo se rene para organizar
Seguimiento: Los cambios del autor son revisados
una inspeccin del producto de trabajo. Un moderador es
para asegurarse de que todo est correcto.
elegido para moderar la reunin. Cada inspector se prepara para la reunin inspeccionando el producto del trabajo
y tomando nota de cada defecto. 'El objetivo de la inspec- El proceso es nalizado por el moderador cuando satisfacin es identicar defectos. En una inspeccin, un defecto ce algunos criterios de salida predenidos.
de cualquier parte del producto de trabajo se mantendr
hasta que el inspector de la aprobacin de la misma. Por
ejemplo, si el equipo est inspeccionando una especica- 3 Roles del proceso
cin de requisitos de software, cada defecto ser el texto
del documento en el que un inspector no est de acuerdo
Durante una inspeccin de los siguientes roles son utilicon el.
zados.

'Autor:' La persona que cre el producto que se inspecciona.

El proceso

El proceso de inspeccin fue desarrollado por Michael

Fagan en mediados de 1970 y posteriormente ha sido ampliado y modicado.

Moderador: Este es el lder de la inspeccin. El moderador tiene previsto la inspeccin y coordina la

misma.

El proceso debe tener criterios de ingreso que determinan

si el proceso de inspeccin est listo para comenzar. Esto
evita que los productos no terminados de trabajo entren en
el proceso de inspeccin. Los criterios de entrada podra
ser una lista de comprobacin incluyendo elementos tales
como Al documento se le ha revisado la ortografa.

Lector: La persona que lee a travs de los documentos, un elemento a la vez. Los inspectores luego
sealar los defectos.
Documentador: La persona que documenta los defectos que se encuentren durante la inspeccin.

Las etapas en el proceso de las inspecciones son:

Reunin de Planicacin, Informacin general, preparacin, reunin de inspeccin, repeticin del trabajo y
seguimiento. Etapas de la preparacin, la inspeccin de

Inspector: La persona que examina el producto para identicar posibles defectos.

1

Tipos relacionados de inspeccin

4.1

Revisin de cdigo

Un code review se puede hacer como un tipo especial de

inspeccin en la que el equipo examina una muestra de
cdigo y corrige cualquier defecto en l. En una revisin
de cdigo, un defecto es un bloque de cdigo que no aplicar adecuadamente sus requisitos, que no funciona como
debera, o que no es incorrecta pero se podra mejorar
(por ejemplo, podra hacerse ms legible o su el rendimiento se puede mejorar). Adems de ayudar a los equipos de encontrar y corregir errores, revisiones de cdigo
son tiles para el entrenamiento cruzado y para ayudar
a los desarrolladores junior aprender nuevas tcnicas de
programacin.

4.2

Revisin de pares

revisiones de pares se considera en la industria una de las

mejores prcticas para la deteccin de defectos de software temprana y el aprendizaje de los artefactos de software. Peer Reviews se componen de tutorial de software,
y las inspecciones de software y son parte integral de las
actividades de ingeniera de software del producto. Una
coleccin de conocimiento coordinado, las habilidades y
conductas facilita la prctica de la mejor manera posible
las revisiones por pares. Los elementos de las revisiones
por pares incluyen el proceso de revisin estructurada, el
nivel de listas de control de productos de excelencia, las
funciones denidas de los participantes, y los formularios
e informes.
Las inspecciones de software son la forma ms rigurosa
de las revisiones por pares y se debe aprovechar al mximo estos elementos para detectar defectos. Resultados de
las mediciones revelan que las revisiones por pares producen un atractivo retorno de la inversin obtenida a travs del aprendizaje acelerado y la deteccin de defectos
tempranos.

Vase tambin

Portal:Software Testing. Contenido relacionado

con Software Testing.

Ingeniera de software
Lista de temas de ingeniera de software

Enlaces externos
Review and inspection practices
Artculo Software Inspections by Ron Radice

ENLACES EXTERNOS

Comparison of dierent inspection and review techniques

Origen del texto y las imgenes, colaboradores y licencias

7.1

Texto

Inspeccin de software Fuente: https://es.wikipedia.org/wiki/Inspecci%C3%B3n_de_software?oldid=77282296 Colaboradores: GermanX, CEM-bot, Laura Fiorucci, Alvarogili, Waeswaes, EmausBot, ZroBot, Grillitus, KLBot2, Beatrizaix y Annimos: 1

7.2

Imgenes

Archivo:Commons-emblem-question_book_orange.svg
Fuente:
https://upload.wikimedia.org/wikipedia/commons/1/1f/
Commons-emblem-question_book_orange.svg Licencia: CC BY-SA 3.0 Colaboradores: <a href='//commons.wikimedia.org/wiki/File:
Commons-emblem-issue.svg' class='image'><img alt='Commons-emblem-issue.svg' src='https://upload.wikimedia.org/wikipedia/
commons/thumb/b/bc/Commons-emblem-issue.svg/25px-Commons-emblem-issue.svg.png' width='25' height='25' srcset='https:
//upload.wikimedia.org/wikipedia/commons/thumb/b/bc/Commons-emblem-issue.svg/38px-Commons-emblem-issue.svg.png
1.5x,
https://upload.wikimedia.org/wikipedia/commons/thumb/b/bc/Commons-emblem-issue.svg/50px-Commons-emblem-issue.svg.png 2x'
data-le-width='48' data-le-height='48' /></a> + <a href='//commons.wikimedia.org/wiki/File:Question_book.svg' class='image'><img
alt='Question
book.svg'
src='https://upload.wikimedia.org/wikipedia/commons/thumb/9/97/Question_book.svg/25px-Question_
book.svg.png' width='25' height='20' srcset='https://upload.wikimedia.org/wikipedia/commons/thumb/9/97/Question_book.svg/
38px-Question_book.svg.png 1.5x, https://upload.wikimedia.org/wikipedia/commons/thumb/9/97/Question_book.svg/50px-Question_
book.svg.png 2x' data-le-width='252' data-le-height='199' /></a> Artista original: GNOME icon artists, Jorge 2701
Archivo:Portal.svg Fuente: https://upload.wikimedia.org/wikipedia/commons/c/c9/Portal.svg Licencia: CC BY 2.5 Colaboradores:
Portal.svg
Artista original: Portal.svg: Pepetps

7.3

Licencia del contenido

Creative Commons Attribution-Share Alike 3.0