
¡Muy buenas lector 😃! Bienvenido al artículo donde vamos a ver una pequeña introducción a los Modelos de desarrollo de software y cómo entran en juego las pruebas.
En general siempre he tenido la siguiente duda: ¿En qué se diferencian los modelos y los procesos?. En este artículo vamos a intentar despejarla y vamos a ver cómo afectan a las pruebas el modelos de desarrollo de software que elijas para implementar tu proyecto.
Contents
Definición de Proceso (RAE)
Un proceso es un conjunto de actividades para cumplir un propósito específico y producir una determinada salida.
¿En qué se basan los procesos? Resumiendo mucho…
- Entrada del proceso (input)
- Actividades o procedimiento (procedure)
- Salida tangible (output)
Definición de Modelo
Los Modelos de desarrollo de software son la definición gráfica de las etapas necesarias en un Proceso de desarrollo de software.
A continuación repasaré brevemente los principales modelos que existen.
Modelo en Cascada

El modelo en cascada fue la primera definición de un modelo de desarrollo de software.
Se caracteriza por ordenar las etapas de tal manera que el comienzo de cada etapa empieza cuando acaba la anterior.
Las fases del modelo en cascada son las siguientes:
- Análisis de requisitos.
- Diseño del sistema.
- Diseño del programa.
- Implementación en código.
- Pruebas.
- Mantenimiento.
En este modelo las pruebas empiezan justo después de la finalización de los desarrollos, lo cual no es nada aconsejable ya que cualquier error detectado fuera de la etapa de pruebas implica un cambio de implementación y resultaría muy costoso.
Modelo V

El modelo en V es una variación del modelo en cascada donde se relacionan las actividades de pruebas con el análisis de requisitos y diseño.
En el vértice de la V podemos encontrar el desarrollo, a la izquierda las diferentes fases del análisis y diseño (Definición de Proyecto) y a la derecha las pruebas y mantenimiento (Project test and integration).
Si analizamos el diagrama del modelo en V podemos darnos cuenta de la importancia de empezar la fase de definición de pruebas cuanto antes vinculándolas con las fases de diseño:
- La definición de las pruebas de aceptación deben de comenzar junto con la definición de requisitos de usuario.
- En cuanto tengamos los requisitos de funcionales debemos trabajar en las pruebas de Sistema
- Las pruebas de integración deben sincronizarse con la fase del Diseño Global.
- Las pruebas unitarias vienen de la mano de las especificaciones del diseño técnico.
Pásate por este artículo para saber más sobre los niveles de pruebas en este modelo.
Modelo Iterativo

El modelo iterativo es también una variante del modelo en cascada. Este modelo busca el detectar pronto los malos entendidos entre el diseño y definición del producto y su implementación.
Consiste en la iteración de varios ciclos de vida del modelo en cascada, al final de cada iteración se le entrega al cliente una versión del producto final más completa y con más funcionalidades, así se evita el escenario en el que se le entrega a cliente al final del proyecto una versión final del producto y resulta ser diferente a lo que el cliente se había imaginado.
De esta forma el propio cliente ve la evolución del mismo y si quiere corregir algo lo puede hacer en el propio proceso de definición o implementación.
Y hasta aquí los principales modelos de desarrollo de software que podemos encontrar en los proyectos, espero que te sea útil y que puedas identificar más o menos en qué modelo se encuentra tu proyecto.
Si te ha parecido útil este artículo y te gustaría recibir en tu correo las próximas entradas del blog, no dejes de suscribirte a mi Newsletter ✉ .
Y si ves que vale la pena… anímate! y comparte este artículo en Redes Sociales 👨💻, te lo agradecería infinito 😉 Puedes utilizar los botones de más abajo.
¡¡Muchas gracias por pasarte por aquí!! y… ¡¡Feliz búsqueda de defectos👾!!
Deja una respuesta