Académique Documents
Professionnel Documents
Culture Documents
NDICE DE CONTENIDOS
NDICE DE CONTENIDOS
01
MODELOS DE DESARROLLO DE SOFTWARE
INTRODUCCIN
El proceso de desarrollo adoptado para un proyecto, depender de sus
objetivos y proyecciones.
Las pruebas se dan dentro del ciclo de vida del desarrollo de software. El tipo y
nivel de la prueba se define segn la parte del ciclo de vida en el que se
encuentra el desarrollo del software.
En todos los ciclos de vida, una parte de las pruebas est enfocada a la
Verificacin y otra parte a la Validacin.
MODELO CASCADA
El modelo de cascada fue uno de los primeros modelos que se diseo. Tiene una lnea de tiempo
natural, donde las tareas se ejecutan de manera secuencial.
Deficiencias:
Los errores se encontraban en
etapas muy avanzadas del proyecto
(generaba mayores costos y tiempo)
Es un modelo muy lineal y en
consecuencia no puede soportar muchas
iteraciones (cambios o variaciones en el
ciclo de vida).
V-MODEL
El
V-model es un modelo que ilustra cmo las actividades de las pruebas (verificacin y
validacin) pueden ser integradas en cada fase del ciclo de vida. Dentro del V-model, las
pruebas de validacin se llevan a cabo especialmente durante las primeras etapas, por ejemplo
revisar los requisitos del usuario, y al final del ciclo de vida, por ejemplo, durante las pruebas de
aceptacin del usuario.
V MODEL
Requerimientos
Pruebas de
aceptacin
De negocio
Especificacin
Del proyecto
Especificacin
Del sistema
Especificacin
Del diseo
Codificacin
Pruebas de Integracin
Ms amplias
Pruebas de sistema
Pruebas de Integracin
pequeas
Pruebas de
Componentes
Tests
Requerimientos
Pruebas de
aceptacin
De negocio
Especificacin
Del proyecto
Nosotros no tenemos
Ms amplias
Tests
pruebas tempranas
Especificacin
Del diseo
TestsPruebas de Integracin
pequeas
Tests
Codificacin
Pruebas de sistema
Pruebas de
Componentes
Diseo
De
pruebas?
Tests
Tests
Requerimientos
De negocio
Pruebas de
aceptacin
Tests
Tests
Especificacin
Del proyecto
Pruebas de Integracin
Ms amplias
Tests
Tests
Especificacin
Del sistema
Pruebas de sistema
Tests
Especificacin
Del diseo
Tests
Pruebas de Integracin
pequeas
Tests Tests
Diseo
De
pruebas
Codificacin
Pruebas de
Componentes
Ejecucin
De
pruebas
10
CMMI
ISO / IEC 12207
Ing. Alejandro Bartra
11
12
13
En lugar de trabajar en una gran lnea de tiempo, se puede dividir un proyecto en pequeas ciclos
de vida, de manera que se puedan aplicar las revisiones y pruebas a cada iteracin de principio a
fin.
(*)Pruebas de integracin y
regresin
Ing. Alejandro Bartra
14
15
16
17
02
NIVELES DE PRUEBA
02 NIVELES DE PRUEBA
Pruebas de Integracin
Pruebas de integracin de varios componentes. Varios niveles en funcin del nmero y
completitud de los componentes a integrar. Pruebas tcnicas.
Pruebas de Sistema
Pruebas extremo a extremo que incluye a todos los componentes del sistema. Pruebas
Funcionales + Pruebas Tcnicas.
Pruebas de Aceptacin
Pruebas a realizar en las que participa normalmente el usuario, para dar por bueno un
desarrollo. Pruebas funcionales.
19
02 NIVELES DE PRUEBA
Verifica
20
02 NIVELES DE PRUEBA
Pruebas Unitarias:
Generalmente ejecutados por desarrolladores.
Se utilizan herramientas del entorno de desarrollo, depuradores, etc. que permiten el
acceso al cdigo.
Usualmente los errores se arreglan al momento (sin necesidad de documentarlos).
El conocimiento del cdigo permite la aplicacin de mtodos de caja blanca.
Puede incluir pruebas de funcionalidad y no funcionales (por ejemplo, prdidas de
memoria), el rendimiento robustez, as como las pruebas estructurales (por ejemplo, la
decisin, cobertura).
21
02 NIVELES DE PRUEBA
Prueba de integracin :
Prueba interfaces entre distintos componentes o interacciones ente distintas
partes de un sistema.
Se puede dividir en:
Pruebas de integracin de componentes
Prueba las interacciones entre los componentes de un sistema. Se realiza despus
de las pruebas Unitarias (o de componentes)
22
02 NIVELES DE PRUEBA
Los componentes se integran uno por uno y en cada integracin se realizan las pruebas.
Testeo incremental.
Ventaja: Fcil de rastrear las fallas
Desventaja: Se deben simular partes, por lo que demanda ms tiempo.
23
02 NIVELES DE PRUEBA
Bottom-Up: Las pruebas se realizan desde el final del flujo de control hasta el principio.
Funcionalidades: Las pruebas se llevan a cabo en base a las funcionalidades, segn lo
documentado en la especificacin funcional.
24
02 NIVELES DE PRUEBA
Pruebas de sistemas :
Se concentra en el comportamiento de todo el sistema. Se incluyen pruebas
basadas en requerimientos, riesgos, casos de uso, procesos de negocio, etc. Se
realizan tanto pruebas funcionales como no funcionales.
25
02 NIVELES DE PRUEBA
Prueba de aceptacin :
Tipo: Validacin
26
02 NIVELES DE PRUEBA
Prueba de aceptacin :
Pruebas de aceptacin del usuario
Funcionalidad
27
02 NIVELES DE PRUEBA
Prueba de aceptacin :
Pruebas de regulacin de aceptacin
Pruebas Alfa
Pruebas internas.
Pruebas Beta
Tambin llamado pruebas de campo.
Producto.
28
03
TIPOS DE PRUEBA
03 TIPOS DE PRUEBA
TIPOS DE PRUEBA:
Los tipos de prueba son un medio para clarificar el objetivo de ciertos niveles de prueba
en un programa o proyecto.
Enfocar las Pruebas en un especfico objetivo de prueba y seleccionar el apropiado tipo
de prueba hace ms fcil comunicar y tomar decisiones.
Un tipo de prueba est enfocado en un particular objetivo de prueba, el cual podra ser la
prueba de una funcin a ser realizada por un componente o sistema; una caracterstica
no funcional, tal como la confiabilidad o la usabilidad; la estructura o arquitectura de un
componente o sistema; o pruebas relativas a los cambios, como pruebas de confirmacin
o de regresin.
Dependiendo de los objetivos las pruebas son organizadas de maneras diferentes.
Los tipos son:
Prueba Funcional
Prueba No Funcional
Prueba Estructural
Prueba relacionadas a los cambios
30
03 TIPOS DE PRUEBA
31
03 TIPOS DE PRUEBA
Prueba Funcional
La prueba funcional considera el comportamiento especificado y se denomina tambin:
Prueba de Caja Negra.
El funcionamiento de un sistema o componente, est especificado en:
Especificacin de Requerimientos
Especificacin Funcional
Especificacin de Componentes
Casos de Uso
Historias de Usuario, etc.
Pueden existir funciones no documentadas que sern tambin parte de los
requerimientos de un sistema.
Puedes ser realizada desde dos perspectivas:
Basada en los requerimientos
Basada en los procesos de negocio
32
03 TIPOS DE PRUEBA
Prueba No Funcional
Un segundo objetivo de las pruebas es la prueba de las caractersticas de calidad o
atributos no funcionales del sistema.
Probamos algo que necesitamos medir en alguna escala de medida.
La prueba no funcional, as como la prueba funcional es realizada en todos los niveles de
prueba.
Incluye las pruebas de:
Performance
Stress
Usabilidad
Mantenibilidad
Confiabilidad
Portabilidad
33
03 TIPOS DE PRUEBA
Prueba Estructural
Un tercer objetivo es la estructura del sistema o componente. Es frecuentemente llamado
Prueba de caja blanca, debido a que el inters est en lo que ocurre dentro de la caja.
Es frecuentemente usado como un modo para medir la rigurosidad de las pruebas a
travs de la cobertura de un conjunto de elementos estructurales.
Es comnmente aplicado a nivel de prueba de componentes y pruebas de integracin.
34
03 TIPOS DE PRUEBA
35
04
PRUEBAS DE MANTENIMIENTO
04 PRUEBAS DE MANTENIMIENTO
37
04 PRUEBAS DE MANTENIMIENTO
38
04 PRUEBAS DE MANTENIMIENTO
Desencadenantes
1.
2.
3.
4.
5.
6.
39
04 PRUEBAS DE MANTENIMIENTO
40