Академический Документы
Профессиональный Документы
Культура Документы
• Gestiona los requisitos del proyecto, los casos de prueba, los errores y los problemas en un
único entorno integrado durante todo el ciclo de vida de las pruebas.
• Es una solución de pruebas completa que incluye gestión de requisitos, diseño de casos de
prueba, gestión de versiones, seguimiento de defectos, etc.
• Se trata de un enfoque de pruebas muy intuitivo que proporciona una imagen completa del
producto de software y de su estado de salud.
Los métodos de pruebas no funcionales incorporan distintos tipos de pruebas centradas en los
aspectos operativos de un programa informático. Son la clave para que los usuarios finales
puedan adoptar fácilmente un software de alta calidad mediante la creación de un marco de
pruebas sólido que aplique metodologías de pruebas funcionales y no funcionales.
Pruebas unitarias
• Es el nivel inicial de las pruebas, que suelen realizar los desarrolladores en un entorno
basado en pruebas, escribiendo y ejecutando casos de prueba antes de que el software
pase al equipo de pruebas.
• Las pruebas unitarias son una metodología de pruebas de software que garantiza que los
componentes individuales del software funcionan perfectamente para el fin para el que han
sido diseñados.
• Las pruebas unitarias facilitan la depuración, ya que el equipo de pruebas detecta los errores
mucho antes y los corrige con facilidad.
1. Pruebas de caja negra: con ellas se comprueba la interfaz de usuario, la entrada y la salida.
2. Pruebas de caja blanca: se utilizan para probar el comportamiento de cada una de esas
funciones.
3. Pruebas de caja gris - Se utilizan para
ejecutar pruebas, riesgos y métodos de
evaluación.
Pruebas de
aceptación
• Las pruebas de aceptación son la última
fase de las pruebas funcionales para evaluar
la pieza final del software que se entregará.
• Se asegura de que el producto cumple los criterios empresariales y satisface por completo las
necesidades del usuario final.
• Realiza pruebas internas y externas. Esto significa que el producto se pone en manos de los
usuarios para que lo prueben en fase beta y también lo prueba el equipo de calidad.
• Las pruebas beta son fundamentales para obtener posibles opiniones de los usuarios y
abordarlas antes de la entrega final del producto.
Pruebas de aceptación en
SDLC
El siguiente diagrama explica las pruebas de aceptación en el ciclo de vida del desarrollo de
software.
• Introducción
• Categoría de prueba de aceptación
• Operación Entorno
• ID del caso de prueba
• Título de la prueba
• Objetivo de la prueba
Informe de la prueba de aceptación -
Atributos
El informe de la prueba de aceptación tiene los siguientes atributos:
• Pruebas unitarias
• Pruebas de integración
• Pruebas de humo
• Pruebas de aceptación del usuario
• Pruebas de localización
• Pruebas de interfaz
• Pruebas de usabilidad
• Pruebas del sistema
• Pruebas de regresión
• Pruebas de globalización
• Confidencialidad
• Integridad
• Autenticación
• Autorización
• Disponibilidad
• No repudio
Pruebas de seguridad - Técnicas:
• Inyección
• Autenticación rota y gestión de sesiones
• Secuencias de comandos en sitios cruzados (XSS)
• Referencias directas a objetos inseguras
• Desconfiguración de la seguridad
• Exposición de datos sensibles
• Falta el control de acceso a nivel de función
• Falsificación de petición en sitios cruzados (CSRF)
• Uso de componentes con vulnerabilidades conocidas
• Redirecciones y reenvíos no validados
Pruebas de regresión
Las pruebas de regresión son una técnica de pruebas de caja negra que consiste en
volver a ejecutar las pruebas afectadas por los cambios en el código. Estas pruebas
deben ejecutarse con la mayor frecuencia posible a lo largo del ciclo de vida de
desarrollo del software.
• Requiere conocimientos sobre el sistema y cómo afecta por las funcionalidades existentes.
• Las pruebas se seleccionan en función del área de defectos frecuentes
• Las pruebas se seleccionan para incluir el área, que ha sufrido muchos cambios de código
• Las pruebas se seleccionan en función de la criticidad de las características.
Metodología en cascada
En el modelo de cascada, el desarrollo de software avanza secuencialmente a través de varias
fases, como el análisis de requisitos, el diseño, etc.
Sólo una vez completado el diseño del software, el equipo pasará a la ejecución de los casos de
prueba para garantizar que el software desarrollado se comporta como se espera.
En esta metodología, las pruebas pasan a la fase siguiente sólo cuando se han completado las
fases anteriores.
Ventajas y desventajas de la cascada Ventajas:?
Este modelo de ingeniería de software es muy sencillo de planificar y gestionar. Por tanto, los
proyectos en los que los requisitos están claramente definidos y establecidos de antemano
pueden probarse fácilmente utilizando un modelo en cascada.
Desventajas:
En el modelo de cascada, sólo se puede empezar con la siguiente fase una vez que se ha
completado la anterior. Por lo tanto, este modelo no puede adaptarse a acontecimientos
imprevistos.
Metodología ágil
En la metodología ágil, el software se desarrolla en ciclos rápidos. Se hace más hincapié en las
interacciones entre clientes, desarrolladores y cliente que en los procesos y herramientas. La
metodología ágil se centra en responder a los cambios más que en una planificación exhaustiva.
Las pruebas incrementales se utilizan en los métodos de desarrollo ágiles y, por tanto, cada
versión del proyecto se prueba a fondo. De este modo se garantiza que los errores del sistema se
solucionen antes de la siguiente versión.
Ventajas y desventajas de Agile
¿Metodología?
Ventajas:
Es posible realizar cambios en el proyecto en cualquier momento para cumplir los requisitos. Estas
pruebas incrementales minimizan los riesgos.
Desventajas:
La constante interacción con el cliente supone una mayor presión de tiempo para todas las partes
interesadas, incluidos el propio cliente y los equipos de desarrollo y pruebas de software.
¿Qué metodología de software elegir?
Hay montones de metodologías de prueba disponibles que están diseñadas para un propósito
específico con sus propias ventajas y desventajas. La selección de una metodología de software
depende de múltiples factores, como la naturaleza del proyecto, los requisitos del cliente, el
calendario del proyecto, etc. En algunos casos, las pruebas y el desarrollo van de la mano,
mientras que otros incluyen las pruebas en fases posteriores, cuando la construcción está lista.
¿Establecimiento de metodologías de
ensayo?
Las metodologías de prueba no se utilizan únicamente para probar el código, sino también para
otros fines.