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
Nota:
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.
Nota:
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.
Nota:
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.
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
Nota:
Las interfaces gráficas para usuario (GUI, por sus siglas en inglés) presentan interesantes retos
de prueba.
Prueba de arquitecturas cliente-servidor
Nota:
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.
Documentación de prueba y centros de ayuda
Nota:
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
Nota:
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
Nota:
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.
Nota:
¿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?