Please enable JavaScript.
Coggle requires JavaScript to display documents.
TIPOS DE PRUEBAS DE SOFTWARE (Principales tipos de pruebas que se pueden…
TIPOS DE PRUEBAS DE SOFTWARE
Principales tipos de pruebas que
se pueden realizar a cualquier tipo
de software.
PRUEBAS UNITARIAS
Objetivo
Busca asegurar que el código funciona de
acuerdo con las especificaciones y que el
módulo lógico es válido.
Descripción
Particionar los módulos en pruebas en
unidades lógicas fáciles de probar.
Por cada unidad hay que definir los casos
de prueba (pruebas de caja blanca).
Técnica:
Comparar el resultado esperado
con el resultado obtenido
Criterio de Completitud:
Todos los defectos que se identificaron
han sido tenidos en cuenta.
Consideraciones Especiales:
Para la elaboración de pruebas unitarias
en java se puede utillizar
JUNIT
CACTUS
PRUEBAS DE
INTEGRACIÓN
Prueba de
Integración
Objetivo
Determina cómo la base de datos
de prueba será cargada.
Verificar que las especificaciones de
diseño sean alcanzadas.
Descripción
Determina el enfoque para avanzar desde
un nivel de integración de las componentes
al siguiente.
Técnica:
Utilizar la técnica top-down.
Utilizar la técnica down-top.
Criterio de Completitud:
Todos los defectos que se identificaron han
sido tenidos en cuenta.
Prueba de
Regresión
Objetivo
Determinar si los cambios recientes en una
parte de la aplicación tienen efecto adverso en
otras partes.
Descripción
En esta prueba se vuelve a probar el
sistema a la luz de los cambios realizados
durante el debugging,
Técnica:
La prueba de viejas funcionalidades es
más importante que la de nuevas funcionalidades.
Criterio de Completitud:
Todos los defectos que se identificaron han sido tenidos en cuenta.
Pruebas de
Humo
Objetivo
Probar el sistema constantemente
Se reducen los riesgos y a baja calidad.
Descripción
Es probar el sistema constantemente
buscando que saque “humo” o falle.
Técnica:
Buscar eficientemente errores
Realizar una integración de todo el sistema
cada cierto periodo
Criterio de Completitud:
Todos los defectos que se identifcaron han
sido tenidos en cuenta.
Consideraciones Especiales:
Es útil el uso de programas de prueba automáticas
que se encarguen de probar os casos de prueba
ya ejecutados
PRUEBAS DEL
SISTEMA
Pruebas del
Sistema
Objetivo
Asegurar la apropiada navegación dentro del
sistema, ingreso de datos, procesamiento y recuperación.
Descripción
En esta prueba se determina qué pruebas de Sistema asegurarán que la aplicación alcanzará sus objetivos
de negocio.
Técnica:
Los resultados esperados ocurren cuando
se utiliza un dato válido.
Criterio de Completitud:
Todos los defectos que se identifcaron han
sido tenidos en cuenta.
Consideraciones Especiales:
Identifique o describa aquellos aspectos que
impactan la implementación y ejecución de las
pruebas del Sistema
Pruebas de
Desempeño
Objetivo
Validar el tiempo de respuesta para las
transacciones o funciones de negocios
Descripción
Las pruebas de desempeño usualmente se ejecutan varias veces, utilizando en cada una, carga diferente en el sistema.
Técnica:
Modifique archivos de datos o los scripts para incrementar el número de veces que ocurre cada transacción.·
Criterio de Completitud:
Múltiples transacciones, múltiples usuarios.
Consideraciones Especiales:
Incluyen tener una carga en
background en el servidor.
Pruebas de
Carga
Objetivo
Verificar el tiempo de respuesta del sistema
para transacciones o casos de uso de negocios
Descripción
La meta de las pruebas de carga es determinar y asegurar que el sistema funciona apropiadamente aún más allá de la carga de trabajo máxima esperada
Técnica:
Se completaron las pruebas de los scripts sin
ninguna falla y dentro del tiempo esperado.
Criterio de Completitud:
La Base de datos utilizada para pruebas de desempeño debe ser de un tamaño real o proporcionalmente más grande que la diseñada.
Pruebas de
Stress
Objetivo
Verificar que el sistema funciona apropiadamente y sin errores
Descripción
Las pruebas de stress se proponen encontrar errores debidos a recursos bajos o completitud de recursos
Técnica:
Para probar recursos limitados, las pruebas se deben correr en un servidor con configuración reducida
Criterio de Completitud:
Todas las pruebas planeadas han sido ejecutadas y excedidas sin que el sistema falle.
Consideraciones Especiales:
Sincronización de varios clientes accediendo simultáneamente los mismos registros.
Pruebas de
Volumen
Objetivo
Verificar que la aplicación funciona adecuadamente
Descripción
El objetivo de esta prueba es someter al sistema a grandes volúmenes de datos para determinar si el mismo puede manejar el volumen de datos especificado en sus requisitos.
Técnica:
Se utiliza un tamaño máximo de Base de datos. y múltiples clientes para correr consultas simultáneamente para períodos extendidos.
Criterio de Completitud:
Todas las pruebas planeadas han sido ejecutadas y los límites especificados en el sistema se han conseguido o excedido sin que el sistema falle.
Consideraciones Especiales:
Qué período de tiempo debería considerarse como aceptable para condiciones de volumen alto?
Pruebas de Recuperación y
Tolerancia a fallas
Objetivo
Verificar que los procesos de recuperación restauran apropiadamente la Base de datos, aplicaciones y sistemas,
Descripción
Estas pruebas aseguran que una aplicación o sistema se recupere de una variedad de anomalías de hardware, software o red
Técnica:
Se deben utilizar las pruebas creadas para la Funcionalidad del sistema y Procesos de Negocios para crear una serie de transacciones.
Criterio de Completitud:
En todos los casos mencionados, la Base de datos, aplicación y otros sistemas deben retornar a un estado conocido y deseado, una vez se completan los procedimientos de recuperación.
Consideraciones Especiales:
Se requiere la participación de personal de la red, administradores de la base de datos y del sistema.
Prueba de
Múltiples Sitios
Objetivo
Detectar fallas en configuraciones y comunicaciones de datos entre múltiples sitios.
Descripción
El propósito de esta prueba es evaluar el correcto funcionamiento del sistema o subsistema en múltiples instalaciones.
Técnica:
Sincronización de datos entre sitios
Criterio de Completitud:
Todos los defectos que se identificaron han sido tenidos en cuenta.
Prueba de Compatibilidad
y Conversión
Objetivo
Buscar problemas de compatibilidad y conversión en los sistemas.
Descripción
La mayoría de los programas que se desarrollan no son completamente nuevos; con frecuencia son reemplazos de partes deficientes
Técnica:
Desarrollar casos de prueba que permitan detectar deficiencias
Criterio de Completitud:
Todos los defectos que se identificaron han sido tenidos en cuenta.
Pruebas de Integridad de
Datos y Base de Datos
Objetivo
Asegurar que los métodos de acceso y procesos funcionan adecuadamente y sin ocasionar corrupción de datos.
Descripción
La Base de datos y los procesos de Base de datos deben ser probados como sistemas separados del proyecto
Técnica:
Analice la Base de datos, para asegurar que los datos han sido grabados apropiadamente
Criterio de Completitud:
Todos los métodos de acceso y procesos de la Base de datos funcionan como fueron diseñados y sin corrupción de datos
Pruebas de Seguridad y
Control de Acceso
Objetivo
Nivel de seguridad de la aplicación: Verifica que un actor solo pueda acceder a las funciones y datos que su usuario tiene permitido.
Descripción
Las pruebas de seguridad de la aplicación garantizan que, con base en la seguridad deseada, los usuarios están restringidos a funciones específicas
Técnica:
Crear pruebas para cada tipo de usuario y verificar cada permiso, creando transacciones específicas para cada tipo de usuario.
Criterio de Completitud:
Para cada tipo de usuario conocido, las funciones y datos apropiados y todas las transacciones funcionan como se esperaba.
PRUEBAS DE VALIDACIÓN A
SISTEMAS A LA MEDIDA
Pruebas del Ciclo
del Negocio
Objetivo
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.
Descripción
Las pruebas del ciclo de negocio deberían emular las actividades ejecutadas en el a través del tiempo.
Técnica:
Incremente el número de veces en que una función es ejecutada para simular diferentes usuarios sobre un periodo especificado
Criterio de Completitud:
Todos los defectos que se identificaron
han sido tenidos en cuenta.
Pruebas de GUI
Objetivo
Los objetos de la ventana y características, tales como menús, medidas, posiciones, estados y focos se verifican conforme a los estándares.
Descripción
La prueba de interfaz de usuario verifica la interacción del usuario con el software
Técnica:
Pruebas de crear / modificar cada ventana para verificar la adecuada navegación y estado de los objetos.
Criterio de Completitud:
Cada ventana elegida será totalmente verificada y comparada con similares en el mercado logrando una buena aceptación dentro del estándar.
Pruebas de
Configuración
Objetivo
Validar y verificar que el cliente del sistema funciona apropiadamente en las estaciones de trabajo recomendadas.
Descripción
Estas pruebas verifican la operación del sistema en diferentes configuraciones de hardware y software.
Técnica:
Ejecute algunas transacciones para simular actividades cotidianas del usuario, dentro y fuera de las aplicaciones que interactúan con la Base.
Criterio de Completitud:
Para cada combinación de aplicaciones que interactúan con la Base de datos a probar, las transacciones deben ser ejecutadas sin fallas.
Prueba de Estilo
Objetivo
Comprobar que la aplicación sigue los estándares de estilo propios del cliente.
Descripción
Se entienden como tales el formato de las ventanas, colores corporativos, tipos de letra etc.
Técnica:
Validar objetos gráficos contra el manual de estilos del cliente.
Criterio de Completitud:
Todos los defectos que se identificaron han sido tenidos en cuenta.
Prueba de
Aceptación
Objetivo
Determinación por parte del cliente de la aceptación o rechazo del sistema desarrollado.
Descripción
Estas pruebas están destinadas a probar que el producto está listo para el uso operativo.
Técnica:
Los casos prueba de aceptación han de ser planificados, organizados y formalizados de manera que se determine el cumplimiento de los requisitos del sistema.
Criterio de Completitud:
Todos los defectos que se identificaron han sido tenidos en cuenta.
Prueba de Instalación
Objetivo
Verificar y validar que el sistema se instala apropiadamente en cada cliente
Descripción
Las pruebas de instalación tienen dos propósitos.
Técnica:
Diseñar sripts para validar las condiciones de la máquina a instalar .
Criterio de Completitud:
Las transacciones de la aplicación se ejecutan sin fallas.
Pruebas Funcionales
Objetivo
Se asegura la trabajo apropiado de los requisitos funcionales, incluyendo la navegación, entrada de datos, procesamiento y obtención de resultados
Descripción
Las pruebas Funcionales deben enfocarse en los requisitos funcionales, las pruebas pueden estar basadas directamente en los Casos
Técnica:
Que los resultados esperados ocurran cuando se usen datos válidos.
Criterio de Completitud:
Todos los defectos que se identificaron han sido tenidos en cuenta.
Prueba de Documentación
Y Procedimiento
Objetivo
Evaluar la documentación del usuario
Descripción
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.
Técnica:
Revisar la documentación del proyecto contra las funcionalidades del sistema y su configuración física.
Criterio de Completitud:
Todos los defectos que se identificaron han sido tenidos en cuenta.
Prueba de Usabilidad
Objetivo
Determinar la usabilidad del sistema.
Descripción
Determina cuán bien el usuario podrá usar y entender la aplicación. Identifica las áreas de diseño que hacen al sistema de difícil uso para el usuario.
Técnica:
La recuperación de errores es pobre y los mensajes de error no tienen significado
Criterio de Completitud:
Todos los defectos que se identificaron han sido tenidos en cuenta.
Prueba de Campo
Objetivo
Correr el sistema en el ambiente real para encontrar errores y validar el producto contra sus especificaciones originales.
Descripción
Técnica:
Determinar que pruebas de sistema serán corridas para validar el sistema en producción.
Criterio de Completitud:
Todos los defectos que se identificaron han sido tenidos en cuenta.
Realizar un subconjunto válido de pruebas de sistema.
PRUEBAS DE VALIDACIÓN A
APLICACIONES GENÉRICAS
Pruebas Alfa
Objetivo
Prueba de aceptación para detectar errores
en el sistema bajo un ambiente controlado.
Descripción
La verificación involucra la ejecución de partes o todo del sistema en ambientes simulados, con el fin de encontrar errores.
Técnica:
Se selecciona un grupo de usuarios para el alpha test y se les pide trabajen con el sistema como parte de las pruebas.
Criterio de Completitud:
Todos los defectos que se identificaron
han sido tenidos en cuenta.
Pruebas Beta
Objetivo
Realizar la validación del sistema por parte del usuario.
Descripción
Prueba de aceptación donde La validación (o pruebas beta) involucra el uso del software en un ambiente real.
Técnica:
Las transacciones y personas que usan el sistema son reales y trabajan en su área de trabajo real.
Criterio de Completitud:
Se establece un periodo de pruebas beta en el que los errores detectados no sean de carácter crítico para el sistema.
Consideraciones
Especiales:
Se deben considerar mecanismos de comunicación entre los desarrolladores y los usuarios de manera que los errores detectados puedan ser corregidos.