2950801
Description
Mind Map by Danny Guagch, updated more than 1 year ago
|
Created by Danny Guagch
almost 9 years ago
|
|
PRUEBA BASADA EN MODELO
- La prueba basada en modelo (PBM) es una técnica de
prueba de caja negra que usa la información contenida
en el modelo de requerimientos como la base para la
generación
- Analizar un modelo de comportamiento existente para el software o
crear uno
Annotations:
- Recuerde que un modelo de comportamiento indica cómo responderá el software a los eventos o estímulos externos
- Recorrer el modelo de comportamiento y especificar las entradas que forzarán al software a realizar
la transición de estado a estado.
Annotations:
- Las entradas dispararán eventos que harán que ocurra la transición.
- Revisar el modelo de comportamiento y observar las salidas esperadas, conforme el software realiza
la transición de estado a estado
- Ejecutar los casos de prueba.
Annotations:
- Las pruebas pueden ejecutarse manualmente o crearse y ejecutarse un guión de prueba usando una herramienta de prueba
- Comparar los resultados reales y esperados y adoptar una acción correctiva según se requiera.
- Analizar un modelo de comportamiento existente para el software o
crear uno
- PRUEBA PARA ENTORNOS,
ARQUITECTURAS Y APLICACIONES
ESPECIALIZADOS
- En ocasiones, los lineamientos y enfoques únicos para pruebas se garantizan cuando
se consideran entornos, arquitecturas y aplicaciones especializados.
- Pruebas de interfaces gráficas de usuario
Annotations:
- Las interfaces gráficas para usuario (GUI, por sus siglas en inglés) presentan interesantes retos de prueba.
- Prueba de arquitecturas cliente-servidor
Annotations:
- La naturaleza distribuida de los entornos cliente-servidor, los conflictos de rendimiento asociados con el procesamiento de transacciones, la potencial presencia de algunas plataformas de hardware diferentes
- Aunque en cada uno de estos niveles de detalle
se realizan muchos tipos de pruebas diferentes,
para las aplicaciones cliente-servidor se
encuentran comúnmente los siguientes
abordajes de prueba:
- Pruebas de función de aplicación
- Pruebas de servidor.
- Pruebas de base de datos.
- Pruebas de transacción.
- Pruebas de comunicación de red.
- Pruebas de función de aplicación
- Documentación de prueba y centros de ayuda
Annotations:
- El término prueba de software invoca imágenes de gran número de casos de prueba preparados para revisar los programas de cómputo y los datos que manipulan.
- Prueba para sistemas de tiempo real
Annotations:
- La naturaleza asíncrona, dependiente del tiempo de muchas aplicaciones de tiempo real, agrega un nuevo y potencialmente difícil elemento a la mezcla de pruebas: el tiempo
- Prueba de tareas
Annotations:
- El primer paso en la prueba del software en tiempo real es probar cada tarea de manera independiente
- Prueba de comportamiento
- Prueba intertarea
- Prueba de sistema.
Annotations:
- ¿Las prioridades de interrupción se asignan y manejan de manera adecuada? ¿El procesamiento para cada interrupción se maneja de manera correcta? • ¿El rendimiento (por ejemplo, tiempo de procesamiento) de cada procedimiento de manejo de interrupción se apega a los requerimientos? • ¿Un alto volumen de interrupciones que llegan en momentos críticos crea problemas en el funcionamiento o en el rendimiento?
- Pruebas de interfaces gráficas de usuario
- En ocasiones, los lineamientos y enfoques únicos para pruebas se garantizan cuando
se consideran entornos, arquitecturas y aplicaciones especializados.
- POR: JUAN DANIEL GUAGCHA
Want to create your own Mind Maps for free with GoConqr? Learn more.