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 de casos de prueba
La técnica PBM requiere cinco pasos:
1) Analizar un modelo de comportamiento
existente para el software o crear uno
2) identificar los eventos que impulsen la secuencia
de interacción y entender cómo dichos eventos se
relacionan con objetos específicos
3) crear una secuencia
para cada caso de uso
4) construir un diagrama
de estado UML para el
sistema
5) revisar el modelo de
comportamiento para verificar
precisión y congruencia
PRUEBA PARA ENTORNOS, ARQUITECTURAS Y
APLICACIONES ESPECIALIZADOS
Pruebas de interfaces gráficas de usuario
GUI, creación de la interfaz para el
usuario se ha vuelto menos
consumidora de tiempo y más precisa
Prueba de arquitecturas cliente-servidor
la prueba del software cliente-servidor
ocurre en tres niveles diferentes
1) las aplicaciones cliente individuales se
prueban en un modo “desconectado”; no
se considera la operación del servidor ni la
red subyacente.
2) El software cliente y las aplicaciones servidor
asociadas se prueban en concierto, pero las
operaciones de red no se revisan de manera
explícita.
3) Se prueba la arquitectura
cliente-servidor completa, incluidos la
operación de red y el rendimiento
para las aplicaciones cliente-servidor se
encuentran comúnmente los siguientes abordajes
de prueba
Pruebas de función de aplicación.
Pruebas de función de aplicación.
Se prueban las funciones de
coordinación y gestión de datos
del servidor
Pruebas de base de datos.
Se prueban la precisión y la
integridad de los datos
almacenados por el servidor
Pruebas de transacción.
Pruebas de comunicación de red.
verifican que la comunicación entre los nodos de la red
ocurre de manera correcta y que el mensaje que pasa, las
transacciones y el tráfico de red relacionado ocurren sin
errores
e crea una serie de pruebas para garantizar que
cada clase de transacciones se procese de acuerdo
con los requerimientos.
Documentación de prueba y centros de ayuda
es importante notar que las pruebas también deben
extenderse al tercer elemento de la configuración del
software: la documentación
Los errores en la documentación pueden ser tan
devastadores para la aceptación del programa
como los errores en los datos o en el código fuente.
Prueba para sistemas de tiempo real
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.
el software de tiempo real que controla una
nueva fotocopiadora acepta interrupciones del
operador
Prueba de tareas.
es probar cada tarea de manera
independiente.
Prueba de comportamiento.
Con modelos de sistema creados con herramientas automatizadas, es posible simular el
comportamiento de un sistema en tiempo real y examinar su comportamiento como consecuencia
de eventos externos. Estas actividades de análisis pueden servir de base para el diseño de los casos
de prueba que se realizan cuando se construye el software en tiempo real
Prueba intertarea.
Una vez aislados los errores en las tareas individuales y en el comportamiento del sistema, las
pruebas se cambian a los errores relacionados con el tiempo. Las tareas asíncronas que se sabe que
se comunican mutuamente se prueban con diferentes tasas de datos y carga de procesamiento para
determinar si ocurrirán errores de sincronización intertarea.
Prueba de sistema.
Al integrar software y hardware, se lleva a cabo un amplio rango de pruebas del sistema con la
intención de descubrir errores en la interfaz softwarehardware. La mayoría de los sistemas en
tiempo real procesan las interrupciones. Por tanto, probar la manipulación de estos eventos
booleanos es esencial.
¿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?