In Software Engineering technical literature the references about the benefits of software inspections are abundant. In contrast, some authors raise the problem of low adoption of this process. From this issue a literature review is made to produce a map on most researched topics in the area, factors causing low adoption and possible solutions. Results showed a list of 64 articles selected using a search protocol, which were classified according to a defined taxonomy. The founded factors were codified and a list of solutions founded in the reviewed papers was made. The main conclusion was that most of the factors causing low adoption are related to developers perceptions about the process, lack of training and some characteristics of the process as the rigidity, complexity and the difficulty of connecting the effort made with the final product quality. These factors should be studied in future works.
I. INTRODUCCIÓNSe estima que entre el 50% y el 60% del esfuerzo total de producir software se invierte en tareas de aseguramiento de calidad [1]. Por otra parte, de acuerdo a un estudio realizado en el 2002 por el NIST (National Institute of Standards and Technology) la entrega de software defectuoso le cuesta a los Estados Unidos $59.5 miles de millones por año, de los cuales $22.2 miles de millones podrían ahorrarse mejorando la infraestructura de testing, revisiones e inspecciones [2]. Humphrey dijo que la calidad de los productos de software depende directamente de la calidad del proceso que los genera [3]. Dentro de estos procesos, los de verificación y validación permiten evaluar si un software cumple con los requerimientos y con el uso previsto. También permiten detectar defectos en los artefactos de software lo que contribuye a aumentar la productividad y reducir el esfuerzo de retrabajo. Estos conceptos no solamente son aplicables al código, sino también a todo artefacto elaborado durante el proceso de desarrollo.Normalmente cuando se utiliza el término inspección de software se hace en referencia al método introducido por Michael Fagan [4], el cual puede verse en la Figura 1. Esto se debe a que la mayor parte de los métodos de inspección existentes son variantes del método de Fagan. Por ejemplo se quitan o agregan elementos del proceso como en el método de Gilb y Graham [5], se modifica la cantidad de participantes, como en el caso del método limited logging meeting, o la distribución en distintas locaciones físicas (virtual logging meeting) [6]. Figura 1. Proceso de inspección según IEEE-1028 2008.Existen distintos métodos manuales (o semi-automáticos) de detectar anomalías que complementan el testing, estandarizados por IEEE [7]. La inspección de software es el método más formal en cuanto a sus procedimientos y se realiza con el objetivo de producir resultados más repetibles [4]. Consiste en un proceso de revisión utilizado para mejorar la calidad del software, documentos relacionados y de todo artefacto que sea generado durante el proceso de desarrollo de software. Un método menos formal es el de las rev...