ISTQB – Cap 2 – Testing a través del ciclo de vida del software – I


En esta entrada vamos a ver como se introduce el testing en el ciclo de vida del software.

Modelo V

Es el modelo de desarrollo de software más utilizado, donde el desarrollo y el testing son dos ramas que apuntan a los mismos niveles, ya que para cada nivel de desarrollo existe su correspondiente nivel de Testing.

V-Model
V-Model

En la práctica, este modelo puede tener más o menos niveles dependiendo del proyecto y el producto que se esta desarrollando. Se creó como respuesta a los distintos problemas que ocurrían en el desarrollo en cascada (Waterfall Model). El Modelo V, propone realizar testing desde el comienzo del proyecto, realizando Testing Estático en cada una de las fases de desarrollo, preparando las pruebas para esos niveles y luego ejecutando las mismas en forma ascendente se tiene siempre un control sobre cada una de las etapas.

Modelo Iterativo

Es una alternativa a los modelos secuenciales donde se propone una cantidad N de ciclos de desarrollo pequeños donde se van agregando características al producto, verificándolas y lanzadas a Producción al terminar el mismo.

Modelo Iterativo
Modelo Iterativo

El testing en cada iteración va a ir siendo mayor ya que debemos correr pruebas de regresión para asegurar que las nuevas funcionalidades no afecten a las ya desarrolladas, por lo que las pruebas automatizadas son un factor de relevancia. Este modelo provee de una forma de trabajo tal que el cliente puede tener salidas al mercado de una manera más rápida, ya que las funcionalidades criticas pueden ser desarrolladas en las primeras iteraciones y dejar las funcionalidades menores para posteriores entregas. Al mismo tiempo, el costo de desarrollo se ve dividido en pequeños proyectos por lo que la inversión inicial puede ser menor.

Los modelos iterativos más relevantes son RUP  y XP

Principios de todos los modelos

  • Cada actividad de desarrollo debe ser probada
  • Ninguna porción del software puede quedar sin ser probada, si ha sido desarrollada tanto de forma (una unica fase) o iterativa
  • Cada nivel de prueba debería ser probado de forma especifica
  • Cada nivel de pruebas cuenta con sus objetivos de prueba propios
  • Las pruebas llevadas a cabo en cada nivel deben reflejar estos objetivos
  • El proceso de pruebas comienza con mucha antelación a la ejecucion de pruebas
  • Tan pronto como el desarrollo comienza puede comenzar la preparación de las pruebas correspondientes
  • También es el caso de las revisiones de documentos comenzando por los conceptos, especificaion y el diseño global (en conjunto).

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s