Nos ayuda a evitar riesgos en el proyecto

Tiene como objetivo producir un

sistema de alta calidad que cumpla
con las expectativas del cliente esto
debe funcionar de manera eficiente,
también debe tener un plan para que
sea económico de mantener y mejorar
Nos permite controlar el proyecto
No concluye hasta que se cumplen
todos los requisitos

Es la recopilación y en análisis de los requisitos.

Fase de requisitos

Se define y documenta los requisitos

del producto y se obtiene la
aprobación del cliente Se hace con el documento SRS
Fase análisis

Proporciona la arquitectura del

producto del software a desarrollar, lo
HLD hacen los arquitectos y devs seniors

Describe como debería funcionar

Fase de diseño todas la funciones del producto así
como sus componentes, aquí solo
será el diseño no el código, esta la
LLD hacen los devs senior

Se realiza por todos los

desarrolladores(seniors, juniors y
novatos). En esta fase se comienza a
Ciclo de vida
construir el software y se comienza a
escribir el código, el resultado de esta
fase es el documento SCD y el
producto
Fase de desarrollo

Al estar listo el producto se envía al

departamento de pruebas, donde se
la harán pruebas de alto nivel para
buscar los errores que podría tener el
producto,esto se puede hacer
manualmente o con programas
especificados, el resultado es calidad
y artefactos de prueba
Fase prueba

La implementación los haces

ingenieros de implementación, al
momento de que el cliente utilice el
productos es necesario observar los El mantenimiento se debe hacer
problemas que surjan según el Acuerdo de nivel de servicio
Despliegue y fase de mantenimiento

Recopilación de requisitos

Analisis de factibilidad

Usa a menudo en SDLC, en el el Diseño

proceso fluye hacia abajo como una
Es un modelo tradicional, es conocido cascada Codificación
Cascada
como proceso de diseño secuencial
Pruebas

Instalación

Mantenimiento

Es una combinación del proceso de

desarrollo de prototipos y proceso de
desarrollo lineal. Este modelo pone
Espiral mas énfasis en el análisis de riesgo.
Modelos de ciclo de vida
En esta fase de SDLC se debe
completar antes que comencé una
Boehm V siguiente

Primero se desarrolla un prototipo

antes que el producto final, este
modelos se utiliza con clientes que no
conocen los requisitos del proyecto
de antemano
Prototipo
Al desarrollar el prototipo del
producto final el cliente puede ver el
producto desde el principio del ciclo
de vida

Es la combinación de modelos
increméntales e interactivos para
Ágil gestionar el desarrollo de productos

En esta fase, el equipo de prueba

estudia y analiza los requisitos
desde una perspectiva de prueba, y se
puede planificar la estrategia de
Análisis de requisitos mitigación.

En esta fase, implica determinar el

esfuerzo y los costos estimados para
todo el proyecto, se realizara análisis
Planificación de pruebas de requisitos

El equipo de prueba prepara casos de

prueba, scripts de prueba
Diseño de pruebas y datos de prueba.

Se realiza según la lista de requisitos

de hardware y software. Es posible
que el equipo de pruebas de algunos
Configuración de entorno de prueba casos no participe en esta fase.

El equipo de prueba ejecuta los casos

Ejecución de pruebas
de prueba en función de los casos de
prueba planificados. Si el resultado de
un caso de prueba es Pasa / No pasa,
el mismo debe actualizarse en los
casos de prueba

Se participa en una reunión para

evaluar los criterios de finalización del
ciclo según la cobertura de la prueba,
la calidad, el tiempo, el costo, el
Pruebas de cierre software y los objetivos comerciales.

Se verificar el rendimiento, la
eficiencia y la estabilidad del software
en varios escenarios de prueba bajo
condiciones controladas, para
encontrar si el software desarrollado
Desarrollo de software cumplió con los requisitos
especificados, y se asegura que el
Pruebas de software producto es libre de defectos

Acelere el proceso de desarrollo

identificando errores del software en
una etapa temprana

• Maximicé el valor del software

• Reducir el número de defectos

entregados al cliente

• Reducir la planificación del

desarrollo de software

• Aumentar la productividad
Importancia del software
• Reducir el riesgo de problemas
legales de la organización

• Promover la mejora continua

• Rentabilidad

• La satisfacción del cliente

• Garantía de calidad del producto

PositiveTesting: Es para determinar

qué sistema se supone que debe
hacer.

Brainstrorm
• Prueba negativa: es para determinar
qué sistema no debe hacer.

Es la combinación de hardware y
software en el que el equipo de
Entorno de prueba prueba realiza las prueba

Son el conjunto de pasos ejecutables

positivos y negativos de un escenario
Casos de prueba de prueba

El objetivo es verificar que las

funcionalidades más importantes y
críticas del sistema estén funcionando
Caso de prueba de humo bien

Ciclo de vida de las pruebas de software

Son los datos que utilizan los
evaluadores para ejecutar los casos de Se puede preparar manualmente y
Datos de pruebas prueba. también con herramientas

Es un documento de alto nivel, y

Estrategia de prueba
generalmente desarrollado por el
gerente de proyecto. Es un
documento que captura el enfoque
sobre cómo probamos el producto y
logramos los objetivos.

Es la recopilación de software y datos

de prueba configurados para probar
una unidad de programa la cual se
Arnés de prueba ejecuta en diversas condiciones.

Este asegura la prevención de

defectos en el proceso utilizado para
Seguro de calidad realizar el proyecto

Se ejecuta el programa para

Control de calidad identificar los defectos del proyecto

Es un método estático para verificar

documentos y archivos.

Es el proceso para garantizar que

estamos construyendo el producto
Prueba estática correctamente.

Las actividades involucradas aquí son:

inspecciones, revisiones, tutorías entre
otros

Es un proceso dinámico de prueba del producto real.

Prueba dinámica Las actividades involucradas en esto

son: Probar el proyecto

Prueba de caja blanca Se basan en el código del proyecto

Prueba de caja negra Evalúa lo visible, no se mete a revisar el código

Es la combinación de pruebas de caja

Prueba de caja gris blanca y caja negra

Verifica que cada función de la

aplicación de software se comporte
Pruebas funcionales como se especifican en los requisitos

Examen de unidad Prueba todas la unidades del proyecto por separado

Pruebas de integración Comprueba la trasferencia de datos

Pruebas de extremo a extremo Prueba la aplicación completamente integrada

Se obtiene la aprobación del cliente

para que se entregue el proyecto y se
Prueba de aceptación del usuario reciba el pago

Pruebas de rendimiento Prueba la velocidad, estabilidad del proyecto

Se refiere a varios aspectos del
software, como el rendimiento, la
Realiza pruebas de manera continua
carga, el estrés, la escalabilidad, la
al proyecto en un largo periodo de
seguridad, la compatibilidad, etc.
Pruebas de contabilidad tiempo
Pruebas no funcionales

Verifica si se instalo bien y si se

Pruebas de instalación comporta según lo esperado

Es una prueba repetida de un

programa ya probado, después
Pruebas de regresión de la modificación

Prueba de interfaz Prueba la interfaz entre la aplicación y el usuario final.

Es un proceso para determinar si el

sistema protege los datos y mantiene
Prueba de seguridad la funcionalidad según lo previsto.

Victor Ivan Vidales Delgado TDM41