4030436
ESTRATEGIAS DE PRUEBA DEL SOFTWARE
- ES
- Una descripción de los pasos que hay que llevar a cabo como
parte de la prueba, cuando se deben planificar y realizar esos
pasos, y cuanto esfuerzo, tiempo y recursos se van a requerir.
- UNA ESTRATEGIA DE PRUEBA CONTIENE:
- * planificación de la prueba. * Diseño de casos de prueba. *
Ejecución de las pruebas. * Agrupación y evaluación de datos.
- * planificación de la prueba. * Diseño de casos de prueba. *
Ejecución de las pruebas. * Agrupación y evaluación de datos.
- UNA ESTRATEGIA DE PRUEBA CONTIENE:
- Una descripción de los pasos que hay que llevar a cabo como
parte de la prueba, cuando se deben planificar y realizar esos
pasos, y cuanto esfuerzo, tiempo y recursos se van a requerir.
- CARACTERISITICAS
GENERALES.
- Las pruebas comienzan a nivel de modulo
(en los sistemas orientados a objetos, las
pruebas empiezan a nivel de clase o de
objeto) y trabajan "hacia fuera", hacia la
integración de todo el sistema.
- Según el momento, son apropiadas
diferentes técnicas de prueba.
- La prueba la lleva a cabo el responsable del
desarrollo del software y (para grandes proyectos)
un grupo independiente de pruebas.
- La prueba y la depuración son actividades
diferentes, pero la depuración se debe
incluir en cualquier estrategia de prueba.
- La prueba y la depuración son actividades
diferentes, pero la depuración se debe
incluir en cualquier estrategia de prueba.
- La prueba la lleva a cabo el responsable del
desarrollo del software y (para grandes proyectos)
un grupo independiente de pruebas.
- Según el momento, son apropiadas
diferentes técnicas de prueba.
- Las pruebas comienzan a nivel de modulo
(en los sistemas orientados a objetos, las
pruebas empiezan a nivel de clase o de
objeto) y trabajan "hacia fuera", hacia la
integración de todo el sistema.
- VERIFICACION
- ES
- El conjunto de actividades que aseguran que el software
implementa correctamente una función especifica.
¿Estamos construyendo el producto correctamente?
- El conjunto de actividades que aseguran que el software
implementa correctamente una función especifica.
¿Estamos construyendo el producto correctamente?
- ES
- VALIDACION
- ES
- El conjunto de actividades diferentes que aseguran que el
software construido se ajusta a los requisitos del cliente.
¿Estamos construyendo el producto correcto?
- El conjunto de actividades diferentes que aseguran que el
software construido se ajusta a los requisitos del cliente.
¿Estamos construyendo el producto correcto?
- ES
- Se centra en cada unidad del
software Código Fuente
- Diseño y construcción de la
arquitectura software
- Valida los requisitos del sistema
- Valida todo el sistema
- Valida todo el sistema
- Valida los requisitos del sistema
- Diseño y construcción de la
arquitectura software
- Prueba de undad
- Pruebas de integración.
- Pruebas de validación.
- Prueba del sistema
- Prueba del sistema
- Pruebas de validación.
- Pruebas de integración.
- PRUEBA DE UNIDAD
- ES
- El proceso de verificación, se centra en
la menor unidad del diseño del
software: el módulo. Esta orientada a
caja blanca y este paso se puede llevar a
cabo en paralelo para múltiples
módulos. Las pruebas que se dan como
parte de la prueba de unidad son:
- Prueba de interfaz del módulo:
Asegura que la información
fluye de forma adecuada hacia y
desde la unidad de programa
que está siendo probada.
- Prueba de estructuras de datos
locales: Asegura que los datos que se
mantienen temporalmente conservan
su integridad durante todos los pasos
de ejecución del algoritmo.
- Prueba de condiciones de limite:
Asegurar que el modulo funciona
correctamente en los limites
establecidos como restricciones de
procesamiento.
- Prueba de caminos independientes: Se
recorren los caminos independientes de la
estructura de control con el fin de
asegurar que todas las sentencias del
modulo se ejecuten por lo menos una vez.
- Prueba de camino de manejo de errores:
Se prueban todos los caminos.
- Prueba de camino de manejo de errores:
Se prueban todos los caminos.
- Prueba de caminos independientes: Se
recorren los caminos independientes de la
estructura de control con el fin de
asegurar que todas las sentencias del
modulo se ejecuten por lo menos una vez.
- Prueba de condiciones de limite:
Asegurar que el modulo funciona
correctamente en los limites
establecidos como restricciones de
procesamiento.
- Prueba de estructuras de datos
locales: Asegura que los datos que se
mantienen temporalmente conservan
su integridad durante todos los pasos
de ejecución del algoritmo.
- Prueba de interfaz del módulo:
Asegura que la información
fluye de forma adecuada hacia y
desde la unidad de programa
que está siendo probada.
- El proceso de verificación, se centra en
la menor unidad del diseño del
software: el módulo. Esta orientada a
caja blanca y este paso se puede llevar a
cabo en paralelo para múltiples
módulos. Las pruebas que se dan como
parte de la prueba de unidad son:
- ES
- PRUEBA DE INTEGRACION DEL SISTEMA
- ES
- Una técnica para construir la estructura del programa
mientras que, al mismo tiempo, se llevan a cabo pruebas
para detectar errores asociados con la interacción.
- Una técnica para construir la estructura del programa
mientras que, al mismo tiempo, se llevan a cabo pruebas
para detectar errores asociados con la interacción.
- ES
Möchten Sie kostenlos Ihre eigenen Mindmaps mit GoConqr erstellen? Mehr erfahren.