Prueba de software

1.892 visualizaciones

Publicado el

0 comentarios
1 recomendación
Estadísticas
Notas
  • Sé el primero en comentar

Sin descargas
Visualizaciones
Visualizaciones totales
1.892
En SlideShare
0
De insertados
0
Número de insertados
3
Acciones
Compartido
0
Descargas
61
Comentarios
0
Recomendaciones
1
Insertados 0
No insertados

No hay notas en la diapositiva.

Prueba de software

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

×