Diagrama de flujo
Sin título
Contenido del diagrama
TIPOS DE PRUEBA
existen:
existen:
existen:
Prueba unitaria
objetivo
descripcion:
Particionar los módulos en pruebas en
unidades lógicas fáciles de probar.
Comparar el resultado esperado con el
resultado obtenido.
Se focaliza en ejecutar cada módulo (o unidad
mínima a ser probada, ej. = una clase)
existen:
existen:
Prueba de integración
objetivo
descripcion:
técnica
Identificar errores introducidos por la combinación de programas probados unitariamente.
Describe cómo verificar que las interfaces entre
las componentes de software funcionan
correctamente.
Comparar el resultado esperado con el
resultado obtenido.
Prueba de regresión
Determinar si los cambios recientes en una parte
de la aplicación tienen efecto adverso en otras
partes.
La prueba de regresión es una nueva
corrida de casos de prueba previos.
En esta prueba se vuelve a probar el sistema a la
luz de los cambios realizados durante el debugging,
mantenimiento o desarrollo de la nueva versión del
sistema buscando efectos adversos en otras
partes.
objetivo
objetivo
descripcion:
técnica
Pruebas de humo
objetivo
técnica
descripción
Detectar los errores en realeases tempranos
y de manera fácil
Toma éste nombre debido a que su objetivo es
probar el sistema constantemente buscando que
saque “humo” o falle.
Realizar los casos de prueba asignados a los
casos de uso finalizados ese día más los
realizados en días anteriores
Pruebas del sistema
objetivo
descripción
técnica
Asegurar la apropiada navegación dentro del
sistema, ingreso de datos, procesamiento y
recuperación.
Las pruebas del sistema deben enfocarse en
requisitos que puedan ser tomados directamente de
casos de uso y reglas y funciones de negocios.
Este tipo de pruebas se basan en
técnicas de caja negra, esto es, verificar el sistema
(y sus procesos internos), la interacción con las
aplicaciones que lo usan vía GUI y analizar las
salidas o resultados.
Prueba de desempeño
objetivo
descripción
técnica
Validar el tiempo de respuesta para las
transacciones o funciones de negocios bajo las
siguientes dos condiciones:
Volumen normal anticipado
Volumen máximo anticipado.
El objetivo de las pruebas de desempeño es
verificar y validar los requisitos de desempeño que
se han especificado (en este caso, el desempeño
ofrecido por el proponente).
Pruebas de carga
Las pruebas de desempeño utilizan las técnicas de
caja blanca y caja negra.
objetivo
descripción
técnica
Verificar el tiempo de respuesta del sistema para
transacciones o casos de uso de negocios, bajo
diferentes condiciones de carga.
Las pruebas de carga miden la capacidad del
sistema para continuar funcionando
apropiadamente bajo diferentes condiciones de
carga.
Use los scripts desarrolladas para Pruebasdel Negocio.
Pruebas de Strees
objetivo
descripción
técnicas
Memoria baja o no disponible en el servidor.
Máximo número de clientes conectados o
simulados (actuales o físicamente posibles)
Múltiples usuarios desempeñando la misma
transacción con los mismos datos.
Las pruebas de stress se proponen encontrar
errores debidos a recursos bajos o completitud de
recursos.
Use los scripts utilizados en las pruebas de
desempeño.
Para probar recursos limitados, las pruebas
se deben correr en un servidor con
configuración reducida (o limitada).
Pruebas de volumen
objetivo
descripción
técnica
Máximo (actual o físicamente posible)
número de clientes conectados (o
simulados), todos ejecutando la misma
función (peor caso de desempeño) por
un período extendido.
Las pruebas de volumen hacen referencia a
grandes cantidades de datos para determinar los
límites en que se causa que el Sistema falle.
· Utilice los scripts diseñados para las pruebas de desempeño.
Prubeas de recuperación y tolerancia de fallas
objetivo
descripción
técnica
Verificar que los procesos de recuperación (manual
o automática) restauran apropiadamente la Base de
datos, aplicaciones y sistemas, y los llevan a un
estado conocido o deseado.
El objetivo de esta prueba es determinar la
habilidad del sistema para recuperarse de una falla
de hardware o software.
Interrupción de electricidad en el servidor: simular
o iniciar procedimientos de pérdida de energía
para el servidor.
Prueba de multiple sitios
objetivo
descripción
técnica
Detectar fallas en configuraciones y
comunicaciones de datos entre múltiples sitios.
El propósito de esta prueba es evaluar el correcto
funcionamiento del sistema o subsistema en
múltiples instalaciones.
1. Consistencia de las opciones de
configuración para el sistema a través de los
sitios
2. Empaquetamiento del sistema para
múltiples instalaciones
Prueba de compatibilidad y conversión
objetivo
descripción
técnica
Buscar problemas de compatibilidad y conversión
en los sistemas.
El propósito es demostrar que los objetivos de
compatibilidad no han sido logrados y que los
procedimientos de conversión no funcionan.
Desarrollar casos de prueba que permitan detectar
deficiencias con:
· Compatibilidad entre programas
Prueba de integridad de datos y base de datos
objetivo
descripción
técnica
Asegurar que los métodos de acceso y procesos
funcionan adecuadamente y sin ocasionar
corrupción de datos.
La Base de datos y los procesos de Base de datos
deben ser probados como sistemas separados del
proyecto .
Invoque cada método de acceso y proceso
de la Base de datos, utilizando en cada uno
datos válidos e inválidos.
Pruebas de seguridad y control de acceso
objetivo
descripción
técnicas
Nivel de seguridad de la aplicación: Verifica que un
actor solo pueda acceder a las funciones y datos
que su usuario tiene permitido.
Las pruebas de seguridad y control de acceso se
centran en dos áreas claves de seguridad:
Seguridad del sistema, incluyendo acceso a
datos o Funciones de negocios y
Seguridad del sistema, incluyendo ingresos
y accesos remotos al sistema.
· Funciones / Seguridad de Datos: Identificar cada
tipo de usuario y las funciones y datos a los que
se debe autorizar.
Pruebas del ciclo de negocio
objetivo
técnica
descripción
Asegurar que el sistema funciona de acuerdo con el
modelo de negocios emulando todos los eventos en
el tiempo y en función del tiempo.
Ejecute cada caso de uso, flujo básico o función
utilizando datos válidos e inválidos,
Las pruebas del ciclo de negocio deberían emular
las actividades ejecutadas en el a través del
tiempo.
Pruebas GUI
objetivo
descripción
técnica
Los objetos de la ventana y características,
tales como menús, medidas, posiciones,
estados y focos se verifican conforme a los
estándares.
El objetivo
es asegurar que la interfaz tiene apropiada
navegación a través de las diferentes
funcionalidades.
Pruebas de crear / modificar cada ventana para
verificar la adecuada navegación y estado de los
objetos.
Pruebas de configuración
objetivo
descripción
técnicas
Validar y verificar que el cliente del sistema
funciona apropiadamente en las estaciones de
trabajo recomendadas.
Estas pruebas verifican la operación del sistema en
diferentes configuraciones de hardware y software.
· Use los scripts para Integración y Pruebas del
Sistema.
Pruebas de estilo
objetivo
descripción
técnicas
Comprobar que la aplicación sigue los estándares
de estilo propios del cliente.
Se entienden como tales el formato de las
ventanas, colores corporativos, tipos de letra etc.
Se realiza una navegación por la aplicación
verificando si se cumplen con los
estándares de GUI del cliente.
Pruebas de aceptación
objetivo
descripción
técnica
Determinación por parte del cliente de la aceptación
o rechazo del sistema desarrollado.
La prueba de aceptación es ejecutada antes de que
la aplicación sea instalada dentro de un ambiente
de producción.
Realización de los documentos de planes de
prueba de aceptación y especificación de los
mismos, basados en los criterios de aceptación del
cliente.
Pruebas funcionales
objetivos
descripción
técnica
Se asegura la trabajo apropiado de los requisitos
funcionales, incluyendo la navegación, entrada de
datos, procesamiento y obtención de resultados
Las pruebas Funcionales deben enfocarse en los
requisitos funcionales, las pruebas pueden estar
basadas directamente en los Casos de Uso (o
funciones de negocio), y las reglas del negocio.
Se ejecuta cada caso de uso, flujo de caso de uso,
o función, usando datos válidos e inválidos
Pruebas de documentación y procedimiento
objetivo
descripción
técnica
Evaluar la documentación del usuario
Evaluar la exactitud y claridad de la documentación del usuario y para determinar si el manual de
procedimientos trabajará correctamente como una
parte integral del sistema.
Revisar la documentación del proyecto contra las
funcionalidades del sistema y su configuración
física.
Pruebas de usuabilidad
objetivo
descripción
técnicas
Determinar la usabilidad del sistema.
Determina cuán bien el usuario podrá usar y
entender la aplicación.
La prueba de usabilidad detecta problemas
relacionados con la conveniencia y practicidad del
sistema desde el punto de vista del usuario.
Prueba de campo
objetivo
descripción
técnicas
Correr el sistema en el ambiente real para
encontrar errores y validar el producto contra sus
especificaciones originales.
Realizar un subconjunto válido de pruebas de
sistema.
Determinar que pruebas de sistema serán corridas
para validar el sistema en producción.
Prueba alfa
objetivo
descripción
técnicas
Prueba de aceptación para detectar errores en el
sistema bajo un ambiente controlado.
La verificación involucra la ejecución de partes o
todo del sistema en ambientes simulados,
se llevan a cabo en el lugar en donde fue
desarrollado el sw,
Pruebas beta
objetivo
descripción
técnicas
Realizar la validación del sistema por parte del
usuario.
Prueba de aceptación donde La validación (o
pruebas beta) involucra el uso del software en un
ambiente real.
Se selecciona un grupo de usuarios que ponen a
trabajar el sistema en un ambiente real. Usan el
sistema en sus actividades cotidianas, procesan
transacciones y producen salidas normales del
sistema.
Información
- Descripción
- Diagrama sobre Sin título, creado por Katia Rodriguez el 28/09/2019.
- Creado por
- Katia Rodriguez
- Visitas
- 0
- Valoración