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 de casos de prueba
1. La técnica PBM requiere cinco pasos:
  1. 1) Analizar un modelo de comportamiento existente para el software o crear uno
  2. 2) identificar los eventos que impulsen la secuencia de interacción y entender cómo dichos eventos se relacionan con objetos específicos
  3. 3) crear una secuencia para cada caso de uso
  4. 4) construir un diagrama de estado UML para el sistema
  5. 5) revisar el modelo de comportamiento para verificar precisión y congruencia
PRUEBA PARA ENTORNOS, ARQUITECTURAS Y APLICACIONES ESPECIALIZADOS
1. Pruebas de interfaces gráficas de usuario
  1. GUI, creación de la interfaz para el usuario se ha vuelto menos consumidora de tiempo y más precisa
2. Prueba de arquitecturas cliente-servidor
  1. la prueba del software cliente-servidor ocurre en tres niveles diferentes
    1. 1) las aplicaciones cliente individuales se prueban en un modo “desconectado”; no se considera la operación del servidor ni la red subyacente.
    2. 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. 3) Se prueba la arquitectura cliente-servidor completa, incluidos la operación de red y el rendimiento
    4. para las aplicaciones cliente-servidor se encuentran comúnmente los siguientes abordajes de prueba
      1. Pruebas de función de aplicación.
      2. Pruebas de función de aplicación.
        Se prueban las funciones de coordinación y gestión de datos del servidor
      3. Pruebas de base de datos.
        Se prueban la precisión y la integridad de los datos almacenados por el servidor
      4. 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
1. es importante notar que las pruebas también deben extenderse al tercer elemento de la configuración del software: la documentación
2. 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
1. 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.
2. el software de tiempo real que controla una nueva fotocopiadora acepta interrupciones del operador
3. Prueba de tareas.
  1. es probar cada tarea de manera independiente.
4. Prueba de comportamiento.
  1. 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
5. Prueba intertarea.
  1. 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.
6. Prueba de sistema.
  1. 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.
    1. ¿Las prioridades de interrupción se asignan y manejan de manera adecuada?
    2. ¿El procesamiento para cada interrupción se maneja de manera correcta?
    3. ¿El rendimiento (por ejemplo, tiempo de procesamiento) de cada procedimiento de manejo de interrupción se apega a los requerimientos?
    4. ¿Un alto volumen de interrupciones que llegan en momentos críticos crea problemas en el funcionamiento o en el rendimiento?
Byron Amaguaya

Next up

PRUEBA BASADA EN MODELO

Description

Resource summary

Similar

	Created by Byron Toapanta almost 9 years ago

	Copied by Nando De Leo almost 9 years ago