Prueba de software
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

Prueba de software

on

  • 1,828 views

 

Statistics

Views

Total Views
1,828
Views on SlideShare
1,828
Embed Views
0

Actions

Likes
1
Downloads
56
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Prueba de software Presentation Transcript

  • 1. Prueba de software
    La prueba de software involucra las operaciones del sistema bajo condiciones controladas y evaluando los resultados.
  • 2. Primer enfoque:
    Construir todo y luego aplicar pruebas.
    NO funciona.
    Software lleno de errores, molestias al cliente y usuario final
    Segundo enfoque:
    Aplicar pruebas diariamente.
    Es muy efectivo
    Pocos desarrolladores lo utilizan
    Mejor estrategia: incremental (prueba unidad, y de sistema).
    ESTRATEGIAS DE PRUEBA PARA EL SOFTWARE COVENCIONAL
  • 3. Pruebas de unidad
    Inician el proceso de prueba
    Se concentra en cada componente
    Emplea técnicas que recorren caminos específicos en una estructura de control del componente
    Pruebas de alto nivel
    Evaluar criterios de validación establecidos durante el análisis de requisitos
    Prueba de validación
     Asegura que el software cumple con todos los requisitos funcionales, de comportamiento y de desempeño
    Pruebas de sistema
    El software debe combinarse con otros elementos del sistema (personas, hardware, base de datos) y verifica que todos los elementos encajen apropiadamente y se logren los objetivos de desempeño del sistema
    ESTRATEGIAS DE PRUEBA PARA EL SOFTWARE COVENCIONAL
  • 4. Construir un software robusto diseñado para probarse a sí mismo
    Facilita las pruebas de regresión y la pruebas automatizadas
    Usar revisiones técnicas formales y efectivas como filtro previo a la prueba
    Realizar RTF para evaluar la estrategia de prueba y los propios casos de prueba
    Desarrollar un enfoque de mejora continua para el proceso de prueba
    ASPECTOS POR CONSIDERAR EN LA PRUEBA DE UNIDAD
  • 5. Verifica el componente o módulo de software
    Se toma como guía la descripción del diseño al nivel de componentes
    Se concentran en la lógica de procesamiento interno y en las estructuras de datos dentro de los límites de un componente.
    Limita la complejidad de las pruebas.
    PRUEBA DE UNIDAD
  • 6. Interfaz
    Se prueba para verificar que la información fluye apropiadamente hacia dentro y hacia fuera del módulo
    Estructura de datos locales
    Asegurarse que los datos temporales mantienen la integridad durante todos los pasos de la ejecución del algoritmo
    Rutas de ejecución
    Se recorren todos los caminos independientes para probar que todas las instrucciones se hayan ejecutado al menos una vez
    CONSIDEARACIONES SOBRE LA PRUEBA DE UNIDAD
  • 7. Condiciones límite
    Asegurar que el módulo opera apropiadamente en los límites establecidos para restringir el procesamiento.
    Rutas de manejo de errores
    Se prueban todos los caminos que involucran a los errores .
    CONSIDEARACIONES SOBRE LA PRUEBA DE UNIDAD
  • 8. Se prueba el sistema de cómputo profundamente
    Adelantarse a los posibles problemas de interfaz
    Las pruebas trabajan para verificar que se hayan integrado adecuadamente todos los elementos del sistema y que realizan las funciones apropiadas
    PRUEBAS DEL SISTEMA
  • 9. Pruebas de recuperación
    Es una prueba que obliga al software a fallar de varias maneras y a verificar que la recuperación se realice apropiadamente.
    Si la recuperación es automática debe evaluarse que sean correctos la re inicialización, mecanismos de respaldo del sistema, recuperación de datos
    Si la recuperación es manual, se debe evaluar el tiempo medio de reparación para determinar si se encuentra dentro de límites aceptables
    TIPOS DE PRUEBA DEL SISTEMA
  • 10. Pruebas de seguridad
    Comprueba que los mecanismos de protección integrados en el sistema realimente lo protejan de irrupciones inapropiadas
    El papel del diseñador del sistema es que el costo de la irrupción sea mayor que el valor de la información que habrá de obtenerse
    Pruebas de resistencia
    Ejecuta el sistema de tal manera que requiera una cantidad, una frecuencia o un volumen anormal de recursos
    Se trata de sobrecargar el sistema
    Pruebas de sensibilidad
    Tratan de descubrir combinaciones de datos dentro de las clases de entrada válidas que causen inestabilidad o procesamiento inadecuado
    TIPOS DE PRUEBA DEL SISTEMA
  • 11. Prueba de desempeño
    Está diseñada para probar el desempeño del software en tiempo de ejecución dentro del contexto de un sistema integrado
    Se aplica en todos los niveles de prueba, desde prueba de unidad
    Se requiere instrumentación externa para medir el desempeño del sistema
    TIPOS DE PRUEBA DEL SISTEMA
  • 12. En que consiste la prueba de unidad?
    Menciona tres aspectos que se deben considerar en la prueba de unidad?
    Que procesos se llevan acabo en la prueba de unidad?
    Que consideraciones se deben de tomar en la prueba de unidad? Explica el proceso de dos de ellas.
    Cuantos tipos de prueba de sistema hay ?, y explica cada una de ellas.
    Preguntas