Flashcards
Teoria coñazo
Cards in this deck (15)
- 1Técnicas de diseño de casos de pruebaLas pruebas del SW consisten en verificar y validar un producto antes de su puesta en marcha
- 2¿Que es un caso de prueba?Un caso de prueba es un conjunto de entradas, condiciones de ejecución y resultados esperados, desarrolado para conseguir un objetivo particular o condición de prueba
- 3Para llevarlo a cabo es necesario definir:-Precondiciones y post-condiciones
-Identificar valores de entrada
-Conocer el comportamiento que debería de tener el sistema ante dichos valores. - 4Pruebas de caja blanca:se las conoce como pruebas estructurales o caja de cristal. Se basa en ejecutar el codigo y podemos ver detalladamentescomo se ejecuta el código de la aplicación
- 5Casos de prueba de caja blancaºGarantice que se ejecutan al menos una vez todos los caminos.
ºEjecuten todas las sentencias
ºEjecuten todas las decisiones logicas
ºEjecuten todos los bucles en sus límites
ºUtilicen todas las estructuras de datos internas para asegurar su validez - 6Pruebas de caja negraºSe realizan ejecutando el codigo pero sin tener la posibilidad de ver las lineas de codigo en ejecución, solo vemos el resultado final
ºSe pretenden obtener casos de prueba que demuestren que las funciones del SW son operativas, es decir que las salidas son las esperadas dependiendo de las entradas - 7Se intenta encontrar errores de las siguiente categoriasºFuncionalidades incorrectas o ausentes
ºErrores de interfaz
ºErrores de estructuras de datos o accesos de b.d externas
ºErrores de rendimiento
ºErrores de inicialización - 8Estrategias de pruebas de SWºPrueba de unidad: unidad más pequeña del SW
ºPrueba de integración: se construye una estructura de programa de acuerdo conlo que dicta el diseño.
ºPrueba de validación: prueba en el entorno real de trabajo con el usuario final.
ºPrueba del sistema: verifica que cada elemento encaja de forma adecuada y se alcanza la funcionalidad y el rendimiento total - 9Prueba de unidadse realizan pruebas sobre
1. Interfaz del módulo, para asegurarse que la información fluye correctamente
2. Las estructuras de datos locales, para asegurar que mantienen su integridad durante todos los pasos de ejecución del programa.
3. Las condiciones limite, para asegurar que funciona correctamente en los límites establecidos
4. Todos los caminos independientes de la estructura de control, con el fin de asegurar que todas las sentencias se ejecutan al menos una vez
5. Todos los caminos de manejo de errores - 10Prueba de integraciónse observa cómo interaccionan los distintos módulos. Comprobamos si funcionan conjuntamente dichos módulos. Existen dos enfoques:
1. Integración no incremental: se prueba cada módulo por separado y luego todos a la vez.
2. Incremental: El programa se va construyendo poco a poco y se van probando pequeños segmentos. Ascendente o descendente. - 11Prueba de validaciónse consigue cuando funciona de acuerdo con las expectativas razonables del cliente definidas en el documento de requisitos SW. Las técnicas son:
1. Prueba Alfa: el cliente llevará a cabo la prueba del SW en el lugar de desarrollo bajo la observación del desarrollador.
2. Prueba Beta: se lleva a cabo por usuarios finales en su lugar de trabajo. El desarrollador no está presente. Es el usuario quien registra los errores. - 12Prueba del sistema:está formada por un conjunto de pruebas cuya misión es ejercitar profundamente el SW
1. Prueba de recuperación: se fuerza el fallo del SW y se verifica que la recuperación se lleva a cabo apropiadamente.
2. Prueba de seguridad: intenta verificar que el sistema está protegido contra accesos ilegales.
3. Prueba de resistencia: trata de enfrentar el sistema con situaciones que demandan gran cantidad de recursos - 13:Documentación para las pruebas • El estándar IEEE 829-1998 describe el conjunto de documentos que pueden producirse durante el proceso de prueba. Son las siguientes:o Plan de pruebas
o Especificaciones de prueba
o Informes de prueba - 14Pruebas de código:Consisten en la ejecución del programa o parte de él con el objetivo de encontrar errores
- 15Herramientas de depuración• Evalúan los resultados de la ejecución y se comprueba que los resultados son los esperados.
• Existen dos tipos de errores, uno de compilación y otro lógico