Universidad Iberoamericana

Santo Domingo, RD.

Actividad: Research Task - Individual

Isaac Bonilla 19-0754

Prof. Wilis Polanco

Aseguramiento de la Calidad del Software

Febrero 9, 2022

Técnicas de Evaluación Estática de un proyecto de Software

De manera general las pruebas estáticas son una técnica que nos permite identificar
defectos en el software sin realmente ejecutar este software. Se presta especial
atención a la usuario requisitos. Es lo opuesto a las pruebas dinámicas, donde
verificamos el software ejecutando el código. Las pruebas estáticas evitan errores
en una etapa temprana de desarrollo. La razón es que es más fácil encontrar la
causa de un error en la fuente. Por lo tanto, con las pruebas estáticas podemos
encontrar errores que no podemos encontrar con las pruebas dinámicas.

Los dos tipos principales de técnicas de prueba estáticas son:

● Investigación manual: La investigación manual consiste en el análisis de los

entregables y el código revisándolos y se conoce como revisión.
● Análisis automatizado utilizando herramientas: El análisis automático es
básicamente lo mismo que un análisis estático, pero se realiza con la ayuda
de herramientas.

Las técnicas de Evaluación estática de artefactos del desarrollo se las conoce de

modo genérico por Revisiones. Las revisiones pretenden detectar manualmente
defectos en cualquier producto del desarrollo. Por manualmente queremos decir que
el producto en cuestión (sea requisito, diseño, código, etc.) está impreso en papel y
los revisores están analizando ese producto mediante la lectura del mismo, sin
ejecutarlo. Existen varios tipos de revisiones, dependiendo de qué se busca y cómo
se analiza ese producto. Podemos distinguir entre:

• Revisiones informales, también llamadas inadecuadamente sólo Revisiones (lo

cual genera confusión con el nombre genérico de todas estas técnicas). Las
Revisiones Informales no dejan de ser un intercambio de opiniones entre los
participantes.

• Revisiones formales o Inspecciones. En las Revisiones Formales, los participantes

son responsables de la fiabilidad de la evaluación, y generan un informe que refleja
el acto de la revisión. Por tanto, sólo consideramos aquí como técnica de evaluación
las revisiones formales, puesto que las informales podemos considerarlas un
antepasado poco evolucionado de esta misma técnica.

• Walkthrough. Es una revisión que consiste en simular la ejecución de casos de

prueba para el programa que se está evaluando. No existe traducción exacta en
español y a menudo se usa el término en inglés. Quizás la mejor traducción porque
ilustra muy bien la idea es Recorrido. De hecho, con los walkthrough se recorre el
programa imitando lo que haría la computadora.

• Auditorías. Las auditorías contrastan los artefactos generados durante el

desarrollo con estándares, generales o de la organización. Típicamente pretenden
comprobar formatos de documentos, inclusión de toda la información necesaria, etc.
Es decir, no se tratan de comprobaciones técnicas, sino de gestión o administración
del proyecto.

Una revisión podría hacerse íntegramente como una actividad manual, pero también
existen herramientas de soporte. La principal actividad manual consiste en examinar
un producto de trabajo y hacer comentarios al respecto. Cualquier producto de
trabajo de software puede ser objeto de una revisión como por ejemplo:

● Las especificaciones de requisitos ,

● Las especificaciones de diseño,
● El código,
● Los planes de pruebas,
● Las especificaciones de pruebas,
● Los casos de pruebas ,
● Los guiones de pruebas,
● Las guías de usuario o las páginas web.

Los beneficios de las revisiones incluyen la detección y corrección temprana de

defectos, el desarrollo de mejoras de productividad, la reducción de los tiempos de
desarrollo, el ahorro de tiempo y dinero invertido en pruebas, el menor coste de la
vida, menos defectos y comunicación mejorada. Las revisiones pueden encontrar
omisiones , por ejemplo, en requisitos, que no suelen encontrarse en pruebas
dinámicas. Las revisiones, el análisis estáticos y las pruebas dinámicas tienen el
mismo objetivo:

● Identificar defectos.
● Se trata de procesos complementarios.
● Las distintas técnicas pueden encontrar distintos tipos de defectos de una
manera eficiente y efectiva,
● En comparación con las pruebas dinámicas , las técnicas estáticas localizan
las causas o los fallos (defectos) más que los propios fallos.

En las pruebas estáticas se evalúan los siguientes entregables:

● Los módulos del programa.

● El documento de requisitos comerciales.
● Los casos de uso.
● El sistema y los requisitos funcionales.
● El diseño.
● El prototipo
● El documento de especificación del prototipo.
● La base de datos del diccionario de hoja de cálculo.
● Los casos de prueba a ser usados.
 ● De manual de usuario / material didáctico / documentación técnica.
● El plan de prueba / estrategia de prueba.
● Los scripts de prueba para pruebas automatizadas.

Algunos consejos útiles para realizar un proceso de prueba estático:

● Concéntrese solo en los asuntos que importan, los problemas secundarios

ralentizan el proceso.
● Planifique y evalúe las actividades de revisión de forma explícita. El código
del programa y las inspecciones de entregables generalmente se componen
de revisiones por partes.
● Capacite a los participantes para sus tareas.
● Mantenga el proceso tan formal como la cultura del proyecto.
● Mejore el proceso de revisión y las herramientas constantemente.
● Elimine los retrasos importantes en la ejecución de la prueba para reducir los
costos de prueba y el tiempo de prueba.

Impacto en el documento de aseguramiento de calidad:

La detección temprana de errores acarrea grandes beneficios. Si las revisiones

únicamente se aplican al código mejoran la calidad y producen ahorros en los
costos del proyecto. Pero los ahorros son mayores si se inspeccionan artefactos
tempranos del desarrollo. Estudiando los resultados publicados sobre ahorros con
las revisiones, puede afirmarse que la utilización de inspecciones de código produce
un ahorro del 39% sobre el coste de detectar y corregir defectos, frente a
únicamente utilizar la evaluación dinámica. Sin embargo, el ahorro es del 44% si se
inspecciona también el diseño. La experiencia demuestra que entre el 30% y el 70%
de los defectos, de diseño y código son detectados por las técnicas estáticas. Esto
supone un gran ahorro, pues la corrección es más fácil y menos costosa durante la
evaluación estática que durante la dinámica. Nótese que cuando durante la
evaluación dinámica del sistema se detecta un fallo en un programa, lo que se
detecta es el fallo, no la falta que lo provoca. Es decir, tras la detección del fallo, se
requiere una labor de localización en el programa de la falta que provocó el fallo. Sin
embargo, con las técnicas estáticas, lo que se detecta son directamente faltas. Por
tanto, una vez detectada, se puede pasar a la fase de corrección. Es decir,
desaparece la tarea de localización de la falta.

Esto significa, que las técnicas estáticas son más baratas por falta que las
dinámicas. Las revisiones también proporcionan beneficios más generales. Entre
éstos se pueden citar están:

● Evaluación del progreso del proyecto.

● Potencia las capacidades de los participantes.
 ● Mejoran la comunicación entre el equipo de desarrollo, aumentando su
motivación, pues los productos pasan a ser documentos públicos.
● Proporciona aprendizaje, retroalimentación y prevención.
● Forma y educa a los participantes.

Referencias

Hoogenraad, W. (2021, 12 mayo). Pruebas estáticas de requisitos. IT Strategy.

https://es.itpedia.nl/2017/08/26/het-statisch-testen-van-requirements/

Vargas, G. G. (2022, 10 febrero). Técnicas estáticas y el proceso de pruebas (K2 -

entender, explicar , razonar). Scrum-QA.
http://scrum-qa.blogspot.com/2013/04/tecnicas-estaticas-y-el-proceso-de.html

Juristo, N., Moreno, A. M., & Vegas, S. (2006, octubre). TÉCNICAS DE

EVALUACIÓN DE SOFTWARE (12.0).
http://www.grise.upm.es/sites/extras/12/pdf/Documentacion_Evaluacion_7.pdf

U. (2017, 27 agosto). Revisiones Estáticas - IEEE-1028: revisiones de software &

Modelos de desarrollo. Revisiones Estáticas - IEEE-1028. http://jeyronac-bit-
ac.blogspot.com/2017/08/revisiones-estaticas-beneficios-de.html