PRUEBAS DE DECLINACIÓN DE PRESIÓN (DRAWDOWN) PRUEBAS DE RESTAURACIÓN DE PRESIÓN (BUILDUP) PRUEBA DE INYECTIVIDAD. PRUEBA FALLOFF. PRUEBA DE INTERFERENCIA. DRILL STEM TEST (DST).Descripción completa
pruebas de pozosDescripción completa
Descripción completa
Descripción: En este apartado se muestran los tipos de requerimientos en la construcción y desarrollo de un software, para ello existen dos tipos de requerimientos los funcionales y los no funcionales y se deta...
BECASDescripción completa
Descripción: Resumen de las pruebas sensoriales
pruebas para el desarrollo de un softwareDescripción completa
Descripción: 2.- Ejemplos de Pruebas de Software
Descripción: PRESENTACION SOBRE LA HISORIA Y TIPOS DE SOFTWARE
Descripción completa
Descripción completa
descripcion de los tipos de asfaltos aplicados a pavimentos metodo de estudio, ANALISIS E historia de esteDescripción completa
Descripción de los tipos de Pruebas del COGP
Descripción completa
Descripción completa
TIPOS DE PRUEBAS DE PRESIÓN.docx
Descripción completa
Descripción: software
Tipos de pruebas de software
Primero habla sobre sus objetivos como lo son:
Conocer el concepto de prueba de software
Entender la diferencia entre validación y verificación.
Conocer los distintos tipos de prueba de software
Explicar las diferentes técnicas de prueba que pueden aplicarse durante las pruebas de software.
Aquí nos indica a lo que queremos llegar con las pruebas, es decir sus objetivos o metas. Después nos habla sobre su agenda que es donde se dice los módulos que se trabajaran que son:
Definición de prueba de software
Verificación vs Validación
Tipos de prueba de software
Técnicas de prueba de software
Pruebas manuales y automatizadas.
Pruebas de software
Es el proceso de ejecución de un programa. El proceso mediante el cual se llevó a cabo una investigación para proporcionar a los interesados información sobre la calidad del producto bajo prueba.
En la parte que es verificación vs validación tenemos que:
La verificación: es la que demuestra que un producto cumple los requisitos especificados en los hitos predefinidos durante el ciclo de vida de desarrollo.
La validación: comprueba que el sistema cumple con los requisitos del cliente en la finalización del ciclo de vida de desarrollo.
En los tipos de pruebas de software habla sobre 3 tipos de cajas que son:
Caja negra
Caja blanca
Caja gris
Caja negra: Examina las funcionalidades de una aplicación sin escudriñar su estructura interna. Ignora el mecanismo interno del sistema y se enfoca en las salidas generadas en respuesta a entradas seleccionadas.
Caja blanca: examina la estructura interna de la aplicación. El tester elige entradas para recorrer rutas de código y determinar las salidas apropiadas.
Caja gris: es una combinación de la caja blanca y la cada negra. El objetivo de esta prueba es buscar defectos ocasionados por uso inadecuado o estructura inapropiada de la aplicación.
Así como existen varios tipos de pruebas también existen técnicas de pruebas de software. Las principales técnicas de pruebas son:
Exploratorias
Función
Basadas en la especificación
Basadas en riesgo
Análisis de equivalencia
Escenario
Regresión
Aceptación
Estrés
Rendimiento
En las pruebas exploratorias tenemos como objetivo aprender, diseñar y ejecutar pruebas de forma simultánea. Sus ventajas son que los defectos son encontrados más rápidos y que se requiere de menos preparación y planificación. Sus desventajas son el alcance de la experiencia y habilidades del tester. Y se utilizan cuando la documentación de las aplicaciones no está lista.
En las pruebas de función tenemos como objetivo probar una funcionalidad a la vez. Su ventaja es que es fácil de implementar y ejecutar. Su desventaja seria que no garantiza que todas las funcionalidades de la aplicación operen correctamente de manera conjunta. Se uso es de pruebas a cambios realizados en una aplicación existente.
En las pruebas basadas en especificación tiene como objetivo verificar que la aplicación se comporta según lo especificado en la documentación. Su ventaja es la fácil identificación del alcance de las pruebas. Sus desventajas es que los requerimientos que no fueron incluidos en la documentación tampoco serán verificados. Y su uso cuando las pruebas de aplicaciones que poseen documentación y cuándos las aplicaciones que deben contemplar muchas normativas internas o externas.
En las pruebas basadas en riesgo, como objetivo tiene encontrar defectos críticos lo antes posible. Su ventaja es que ayuda a optimizar la priorización de las pruebas. Y su desventaja es la identificación de las funcionalidades críticas de la aplicación puede tornarse subjetiva. Su uso es donde las pruebas de aplicaciones que sufren cambios contantemente por lo que se hace necesario limitar el alcance de las pruebas a la verificación de las funcionalidades que se utilizan con mayor frecuencia.
En el análisis de equivalencia el objetivo es reducir la cantidad de pruebas dividiendo el dominio de datos de modo que sean elegidos para las pruebas los que sean más representativos. Su ventaja es que permite verificar que la aplicación se comporta correctamente ejecutando una menor cantidad de pruebas. Y su desventaja es que se pueden obviar defectos provocados por datos que no forman parte de la muestra seleccionada. Su uso es verificar el comportamiento de campos numéricos y el de las funcionalidades que utilizan muchas variables. Ej.: transacción bancaria.
En las pruebas de escenario el objetivo es probar situaciones que pueden representarse en la vida real. Su ventaja es que nos permite verificar que la aplicación se comportará según lo esperado ante situaciones que se presente en el día a día. Su desventaja es el abuso de esta técnica puede llevarnos a plantear escenarios irrealistas. Su uso es probar las aplicaciones en las que deben contemplarse muchas reglas de negocio y combinaciones de datos.
En las pruebas de regresión el objetivo es detectar defectos producidos por los cambios realizados a una aplicación. Su ventaja es que nos permite verificar que las funcionalidades anteriores de la aplicación continúan funcionando correctamente. Y su desventaja es que es inviable verificar todas las funcionalidades de la aplicación cada vez que se introduzca un cambio. Y su uso es probar aplicaciones que han sido modificadas.
Pruebas de aceptación, como objetivo tienen validar que la aplicación cumple los requerimientos acorados con las partes interesadas. Su ventaja es que nos permite obtener retroalimentación del usuario final sobre el comportamiento de la aplicación. Y su desventaja es que el alcance de este tipo de pruebas no es garantizado, porque depende de la experiencia del usuario final. En este tipo de pruebas se deben utilizar antes de poner en producción las aplicaciones.
En las pruebas de estrés, el objetivo es determinar la robustez de la aplicación mediante la prueba más allá de los límites del funcionamiento normal. Su ventaja es que permite identificar las debilidades que presentará la aplicación cuando se encuentre en producción. Y sus desventajas es que se detectan defectos que son muy difíciles de reproducir y corregir. Requiere personas especializado para su ejecución. Su uso en aplicaciones que van a ser utilizadas simultáneamente por muchos usuarios.
En las pruebas de rendimiento, su objetivo es determinar el comportamiento del sistema en condiciones normales y previstas de carga máxima. Su ventaja es que ayuda a identificar la capacidad máxima de funcionamiento de una aplicación, así como los cuellos de botella determinando que elemento está causando la degradación. Y su desventajas es que requiere personal especializado para su ejecución y que es difícil el análisis de los defectos detectados, se usa en aplicaciones que van a ser utilizadas simultáneamente por muchos usuarios y que además manejaran grandes volúmenes de datos.
Rendimiento vs Estrés.
Rendimiento: Las pruebas de carga o rendimiento implican en un ambiente controlado pasar cargar de baja a alta. Ejemplo: simular la conexión simultánea de 1000 usuarios.
Estrés: Las pruebas de estrés se centran en los acontecimientos más al azar, el caos y la imprevisibilidad. Ejemplo: apagar o reiniciar servidores, bloquear puertos.
Pruebas manuales.
En las pruebas manuales el proceso se requiere de un tester para desempeñar el papel de un usuario final, y el uso de la mayoría de las características de la aplicación para garantizar un comportamiento correcto.
Pruebas automatizadas.
Es el uso de un software especial (independiente del software que se está probando) para controlar la ejecución de las pruebas y la comparación de los resultados reales con los resultados esperados.
…………………….
Introducción a la ingeniería de software
Curso: SOF-F-MA-1-1