Please enable JavaScript.
Coggle requires JavaScript to display documents.
TÉCNICAS DE EVALUACIÓN DINÁMICA, Carlos Josías Zárate Velásquez 1490-12…
TÉCNICAS DE EVALUACIÓN DINÁMICA
Técnicas de evaluación dinámicas se le
denomina también prueba del software.
Concretamente la Prueba
de software se puede definir como una actividad en la cual un sistema o uno de sus componentes se
ejecuta en circunstancias previamente especificadas
El objetivo de las pruebas no es asegurar la ausencia de defectos en un software, únicamente puede demostrar que existen defectos en el software.
Para ser más eficaces (es decir, con más alta probabilidad de encontrar errores)
Las pruebas deberían ser realizadas por un equipo independiente al que realizó el software.
Cuáles son las tareas a realizar para probar un software:
3. Definición de los procedimientos de la prueba
2. Generación de los casos de prueba
1. Diseño de las pruebas
identificación de la técnica o técnicas de pruebas que se utilizarán para probar el software.
Distintas técnicas de prueba ejercitan diferentes criterios como guía para realizar las pruebas.
Determinan un conjunto de entradas, condiciones de ejecución y resultados esperados para un objetivo particular.
4. Ejecución de la prueba
5. Realización de un informe de la prueba
Resultado de la ejecución de las pruebas, qué
casos de prueba pasaron satisfactoriamente, cuáles no, y qué fallos se detectaron.
Aplicando los casos de prueba generados previamente e identificando los posibles fallos producidos al comparar los resultados esperados con los resultados obtenidos
especificación de cómo se va a llevar a cabo el proceso, quién lo va a realizar, cuándo, …
TÉCNICAS DE PRUEBA
Como se ha indicado anteriormente, las técnicas de evaluación dinámica o prueba proporcionan distintos criterios para generar casos de prueba que provoquen fallos en los programas. Estas técnicas se agrupan en:
Técnicas de caja blanca o estructurales
Técnicas de caja negra o funcionales
Realizan pruebas sobre la interfaz del programa a
probar, entendiendo por interfaz las entradas y salidas de dicho programa
No es necesario
conocer la lógica del programa, únicamente la funcionalidad que debe realizar.
Al igual que ocurría con las técnicas de Caja Blanca, para confeccionar los casos de prueba de Caja Negra existen distintos criterios. Algunos de ellos son:
Particiones de Equivalencia.
Análisis de Valores Límite.
3 more items...
Divide el campo de entrada
de un programa en clases de datos de los que se pueden derivar casos de prueba.
1 more item...
El diseño de casos de prueba según esta técnica consta de dos pasos:
2 more items...
Se basan en un minucioso examen de los detalles procedimentales del código a evaluar, por lo que es necesario conocer la lógica del programa.
Este método se centra en cómo diseñar los casos de prueba atendiendo al comportamiento interno y la estructura del programa
Por ello se han definido distintos criterios de cobertura lógica, estos criterios son:
Cobertura de Sentencias
Cobertura de Decisión
Cobertura de Condiciones
2 more items...
Se escriben casos de prueba suficientes para que cada decisión en el programa se ejecute una vez con resultado verdadero y otra con el falso.
Se escriben casos de prueba suficientes para que cada sentencia en el programa se ejecute, al menos, una vez
ESTRATEGIA DE PRUEBAS
La estrategia que se ha de seguir a la hora de evaluar dinámicamente un sistema software debe permitir comenzar por los componentes más simples y más pequeños e ir avanzando progresivamente hasta probar todo el software en su conjunto.
Los pasos a
seguir son:
3. Prueba del Sistema.
2. Pruebas de Integración
1. Pruebas Unitarias.
El objetivo es comprobar que el módulo, entendido como una unidad funcional de un programa independiente, está correctamente codificado
Debe ser un bloque básico de construcción de programas
Debe implementar una función independiente simple
1 more item...
A partir del esquema del diseño, los módulos probados se vuelven a probar combinados para probar sus interfaces
Existen dos tipos de integración
incremental, la denominada ascendente y descendente.
Integración incremental ascendente:
Se prueba el grupo
2 more items...
Integración incremental descendente:
1 more item...
4. Pruebas de Aceptación.
El cliente comprueba que el software funciona según sus expectativas
Estas pruebas se caracterizan por:
Participación activa del usuario, que debe ejecutar los casos de prueba ayudado por miembros del equipo de pruebas.
Están enfocadas a probar los requisitos de usuario, o mejor dicho a demostrar que no se cumplen los requisitos, los criterios de aceptación o el contrato.
1 more item...
PRUEBAS DE REGRESIÓN
La regresión consiste en la repetición selectiva de pruebas para detectar fallos introducidos durante
la modificación de un sistema o componente de un sistema
En las pruebas de regresión hay que:
Probar íntegramente los módulos que se han cambiado.
1 more item...
El software ensamblado totalmente con cualquier componente hardware que requiere se prueba para comprobar que se cumplen los requisitos funcionales.
Concretamente se debe comprobar que:
La adecuación de la documentación de usuario.
El funcionamiento y rendimiento de las interfaces hardware, software y de usuario.
Se cumplen los requisitos funcionales establecidos
Rendimiento y respuesta en condiciones límite y de sobrecarga.
Carlos Josías Zárate Velásquez
1490-12-6976