TIPOS DE PRUEBAS DE SOFTWARE

TIPOS DE PRUEBAS DE SOFTWARE

1. PRUEBAS DE INTEGRACIÓN

   • Pruebas de Humo (Smoke Testing o Ad Hoc)
     • Definición
       • Detectar los errores en realeases tempranos y de manera fácil Probar el sistema constantemente Garantizar poco esfuerzo en la integración final del sistema Asegurar los resultados de las pruebas unitarias Se reducen los riesgos y a baja calidad.
     • Descripción
       • Toma éste nombre debido a que su objetivo es probar el sistema constantemente buscando que saque “humo” o falle.
     • Tecnica
       • Realizar una integración de todo el sistema cada cierto periodo Realizar los casos de prueba asignados a los casos de uso finalizados ese día más los realizados en días anteriores
     • Ventaja
       • Es útil el uso de programas de prueba automáticas que se encarguen de probar os casos de prueba ya ejecutados
     • Desventaja
       • se detiente el desarrollo hasta que el error es corregido.
   • Prueba de Regresión
     • Ventaja
       • ayuda a minizar ciertos riegos del programa
     • Desventaja
       • procesos costosos para la empresa
     • Tecnica
       • La prueba de regresión es un buen candidato para automatización.
     • Descripción
       • 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
     • Definición
       • Determinar si los cambios recientes en una parte de la aplicación tienen efecto adverso en otras partes
   • Prueba de Integración
     • Ventaja
       • es facil la del resultado de la pruebas
     • Definición
       • Identificar errores introducidos por la combinación de programas probados unitariamente.
     • Tecnica
       • Utilizar la técnica top-down. Se empieza con los módulos de nivel superior, y se verifica que los módulos de nivel superior llaman a los de nivel inferior de manera correcta, con los parámetros correctos
     • Desventaja
       • el sistema como no existe hasta que se agrege el utlimmo modulo
     • Descripción
       • verificar que las interfaces entre las componentes de software funcionan correctamente. · Determina cómo la base de datos de prueba será cargada. · Determina el enfoque para avanzar desde un nivel de integración de las componentes al siguiente

2. PRUEBAS UNITARIAS

   • Definición
     • Se focaliza en ejecutar cada módulo lo que provee un mejor modo de manejar la integración de las unidades en componentes mayores.
   • 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 Para esto los casos de prueba deben diseñarse de forma tal que se recorran todos los caminos de ejecución posibles dentro del código bajo prueba; por lo tanto el diseñador debe construirlos con acceso al código fuente de la unidad a probar.
   • Tecnica
     • Comparar el resultado esperado con el resultado obtenido. Si existen errores, reportarlos.
   • Desventaja
     • Para la elaboración de pruebas unitarias en java se puede utillizar el JUNIT y CACTUS
   • Ventaja
     • las pruebas planeadas han sido ejecutadas.

3. PRUEBAS DEL SISTEMA

   • Pruebas del Sistema
     • Definición
       • Asegurar la apropiada navegación dentro del sistema, ingreso de datos, procesamiento y recuperación.
     • Ventaja
       • describe aquellos aspectos internos o externos que impactan la implementación y ejecución de las pruebas del Sistema
     • Descripción
       • Las pruebas del sistema deben enfocarse en requisitos que puedan ser tomados directamente de casos de uso y reglas y funciones de negocios
     • Desventaja
       • La prueba de sistema es compleja porque intenta validar un número de características al mismo tiempo
     • Tecnica
       • Ejecute cada caso de uso, flujo básico o función utilizando datos válidos e inválidos,
   • Pruebas de Desempeño
     • Definición
       • Validar el tiempo de respuesta para las transacciones o funciones de negocios Volumen normal anticipado Volumen máximo anticipado.
     • Ventaja
       • Múltiples transacciones, múltiples usuarios. Se completaron las pruebas de los scripts sin ninguna falla y dentro del tiempo esperado
     • Descripción
       • El objetivo de las pruebas de desempeño es verificar y validar los requisitos de desempeño que se han especificado
     • Tecnica
       • Las pruebas de desempeño utilizan las técnicas de caja blanca y caja negra
     • Desventaja
       • Use múltiples clientes físicos, cada uno corriendo los scripts de prueba
   • Pruebas de Carga
     • Definición
       • Verificar el tiempo de respuesta del sistema para transacciones o casos de uso de negocios, bajo diferentes condiciones de carga
     • Ventaja
       • Múltiples transacciones, múltiples usuarios. Se completaron las pruebas de los scripts sin ninguna falla y dentro del tiempo esperado
     • Desventaja
       • 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
     • Tecnica
       • Use los scripts desarrolladas para Pruebas del Negocio. Modifique archivos de datos
     • Descripción
       • Las pruebas de carga miden la capacidad del sistema para continuar funcionando apropiadamente bajo diferentes condiciones de carga.
   • Pruebas de Stress
     • Definición
       • Verificar que el sistema funciona apropiadamente y sin errores, bajo estas condiciones de stress
     • Ventaja
     • Desventaja
       • Producir stress en la red puede requerir herramientas de red para sobrecargarla de tráfico
     • Descripción
       • se proponen encontrar errores debidos a recursos bajos o completitud de recursos. Poca memoria o espacio en disco puede revelar defectos en el sistema que no son aparentes bajo condiciones normales
     • Tecnica
       • 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).
       • Sincronización de varios clientes accediendo simultáneamente los mismos registros
   • Pruebas de Volumen
     • Definición
       • Verificar que la aplicación funciona adecuadamente bajo los siguientes escenarios de volumen Máximo número de clientes conectados y Máximo tamaño de base de datos
     • Descripción
       • Las pruebas de volumen hacen referencia a grandes cantidades de datos para determinar los límites en que se causa que el Sistema falle. También identifican la carga máxima o volumen que el sistema puede manejar en un período dado
     • Desventaja
       • Qué período de tiempo debería considerarse como aceptable para condiciones de volumen alto
     • Ventaja
       • Se utiliza un tamaño máximo de Base de datos. (actual, escalado o con datos representativos) y múltiples clientes para correr consultas simultáneamente para períodos extendidos.
     • Tecnica
       • Deben usarse múltiples clientes, ya sea corriendo las mismas pruebas o pruebas complementarias para producir el peor caso de volumen y un tamaño máximo de Base de datos
   • Prueba de Compatibilidad y Conversión
     • Ventaja
       • Compatibilidad entre programas
     • Desventaja
       • La mayoría de los programas que se desarrollan no son completamente nuevos
     • Tecnica
       • Desarrollar casos de prueba que permitan detectar deficiencias con: · Compatibilidad entre programas · Conversión de datos
     • Descripción
       • El propósito es demostrar que los objetivos de compatibilidad no han sido logrados y que los procedimientos de conversión no funcionan
     • Definición
       • Buscar problemas de compatibilidad y conversión en los sistemas
   • Pruebas de Recuperación y Tolerancia a fallas
     • Ventaja
       • Las transacciones adicionales deben ser ejecutadas utilizando las pruebas para Funcionalidad de la aplicación y para Procesos de Negocios.
     • Definición
       • Verificar que los procesos de recuperación restauran apropiadamente la Base de datos, aplicaciones y sistemas, y los llevan a un estado conocido o deseado
     • Desventaja
       • Las pruebas de recuperación pueden llegar a ser molestas. Los procedimientos para desconectar cables o simular pérdida de electricidad pueden ser poco factibles o deseables
     • Descripción
       • Estas pruebas aseguran que una aplicación o sistema se recupere de una variedad de anomalías de hardware, software o red con pérdidas de datos o fallas de integridad
     • Tecnica
       • Se deben utilizar las pruebas creadas para la Funcionalidad del sistema y Procesos de Negocios para crear una serie de transacciones
   • Prueba de Múltiples Sitios
     • Definición
       • El propósito de esta prueba es evaluar el correcto funcionamiento del sistema o subsistema en múltiples instalaciones.
     • Ventaja
       • Comunicación de datos entre sistemas en diferentes sitios
     • Tecnica
       • Realizar casos de prueba que verifiquen mínimo lo siguiente: Consistencia de las opciones de configuración para el sistema a través de los sitios Empaquetamiento del sistema para múltiples instalaciones Sincronización de datos entre sitios
     • Descripción
       • Detectar fallas en configuraciones y comunicaciones de datos entre múltiples sitios
     • Desventaja
       • Rompimiento de funciones de sistema a través de los sitios
   • Pruebas de Seguridad y Control de Acceso
     • DesVentaja
       • Esta prueba puede no ser requerida como tal, sino como una función de los administradores de red o del sistema.
     • ventaja
       • todas las transacciones funcionan como se esperaba.
     • Definición
       • Nivel de seguridad de la aplicación: Verifica que un actor solo pueda acceder a las funciones y datos que su usuario tiene permitido
     • Tecnica
       • Funciones / Seguridad de Datos: Identificar cada tipo de usuario y las funciones y datos a los que se debe autoriza
     • Descripción
       • Las pruebas de seguridad y control de acceso se centran en dos áreas claves de seguridad incluyendo acceso a datos incluyendo ingresos y accesos remotos al sistema
   • Pruebas de Integridad de Datos y Base de Datos
     • Ventaja
       • Todos los métodos de acceso y procesos de la Base de datos funcionan como fueron diseñados y sin corrupción de datos
     • Desventaja
       • Los procesos no pueden ser invocados manualmente
     • Tecnica
       • Invoque cada método de acceso y proceso de la Base de datos, utilizando en cada uno datos válidos e inválidos. Analice la Base de datos, para asegurar que los datos han sido grabados apropiadamente
     • Descripción
       • La Base de datos y los procesos de Base de datos deben ser probados como sistemas separados del proyecto . Estos sistemas deberían ser probados sin usar interfaces de usuario
     • Definición
       • Asegurar que los métodos de acceso y procesos funcionan adecuadamente y sin ocasionar corrupción de datos

4. PRUEBAS DE VALIDACIÓN A SISTEMAS A LA MEDIDA

   • Pruebas del Ciclo del Negocio
     • Definició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.
     • Descripción
       • Las pruebas del ciclo de negocio deberían emular las actividades ejecutadas en el a través del tiempo. Debería identificarse un periodo, como por ejemplo un año, y las transacciones y actividades que podrían ocurrir durante un periodo de un año deberían ejecutarse.
     • Ventaja
       • Los mensajes de error o de advertencia aparecen en el momento adecuado, cuando se utiliza un dato inválido
     • Tecnica
       • Ejecute cada caso de uso, flujo básico o función utilizando datos válidos e inválidos, para verificar que: · Incremente el número de veces en que una función es ejecutada para simular diferentes usuarios sobre un periodo especificado · Todas las fechas o funciones que involucren tiempos serán probadas con datos válidos e inválidos de fechas o periodos de tiempo.
     • Desventaja
       • Las fechas y eventos del sistema pueden requerir actividades especiales de soporte
   • Pruebas de GUI
     • Definición
       • Verifica lo siguiente: La navegación a través de los objetos de la prueba reflejan las funcionalidades del negocio y requisitos, se realiza una navegación ventana por ventana, usando los modos de acceso (tabuladores, movimientos del mouse, teclas rápidas, etc) Los objetos de la ventana y características, tales como menús, medidas, posiciones, estados y focos se verifican conforme a los estándares.
     • Ventaja
       • ventana elegida será totalmente verificada y comparada con similares en el mercado logrando una buena aceptación dentro del estándar
     • Descripción
       • La prueba de interfaz de usuario verifica la interacción del usuario con el software. Adicionalmente, las pruebas de interfaz aseguran que los objetos de la interfaz a ser probada se encuentra dentro de los estandares de la industria
     • Desventaja
     • Tecnica
       • Pruebas de crear / modificar cada ventana para verificar la adecuada navegación y estado de los objetos.
   • Pruebas de Configuración
     • Definición
       • 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. En la mayoría de los ambientes de producción
     • Tecnica
       • Use los scripts para Integración y Pruebas del Sistema. · Incluya la apertura o cierre de varias aplicaciones Microsoft, como Excel y Word
     • Ventaja
       • software de red, servidores, bases de datos también deben ser incluidas como parte de estas pruebas
     • Desventaja
       • 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
     • Definición
       • Comprobar que la aplicación sigue los estándares de estilo propios del cliente.
     • Tecnica
       • Se realiza una navegación por la aplicación verificando si se cumplen con los estándares de GUI del cliente
     • Descripción
       • Se entienden como tales el formato de las ventanas, colores corporativos, tipos de letra etc.
     • Desventaja
       • Validar objetos gráficos contra el manual de estilos del cliente
     • Ventaja
       • Solicitar al cliente el manual de estilos, en caso de no existir, hacer un levantamiento preliminar de este con base en la información corporativa existente
   • Prueba de Aceptación
     • Definición
       • Determinación por parte del cliente de la aceptación o rechazo del sistema desarrollado.
     • Tecnica
       • 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.
     • Ventaja
       • Las Pruebas de Aceptación se suelen realizar en un entorno de pre-producción
     • Descripción
       • ejecutada antes de que la aplicación sea instalada dentro de un ambiente de producción. La prueba de aceptación es generalmente desarrollada y ejecutada por el cliente o un especialista de la aplicación y es conducida a determinar como el sistema satisface sus criterios de aceptación
     • Desventaja
       • el entorno de produccion tiene que estar en perfecto estado
   • Prueba de Instalación
     • Definición
       • Verificar y validar que el sistema se instala apropiadamente en cada cliente, bajo las siguientes condiciones:
     • Tecnica
       • Diseñar sripts para validar las condiciones de la máquina a instalar .
     • Ventaja
       • Las transacciones de la aplicación se ejecutan sin fallas
     • Descripción
       • Las pruebas de instalación tienen dos propósitos. El primero es asegurar que el sistema puede ser instalado en todas las configuraciones posibles, El segundo propósito es verificar que, una vez instalado, el sistema opera correctamente
     • Desventaja
       • Qué transacciones del sistema se deben seleccionar para realizar una prueba confiable de que el sistema ha sido instalado exitosamente y no hace falta ningún componente del sistema
   • Pruebas Funcionales
     • Definición
       • Se asegura la trabajo apropiado de los requisitos funcionales, incluyendo la navegación, entrada de datos, procesamiento y obtención de resultados
     • Tecnica
       • Se ejecuta cada caso de uso, flujo de caso de uso, o función, usando datos válidos e inválidos
     • Ventaja
       • se aplique apropiadamente cada regla de negocio
     • Descripción
       • Las pruebas Funcionales deben enfocarse en los requisitos funcionales, las pruebas pueden estar basadas directamente en los Casos de Uso
     • Desventaja
       • toca describir aquellos aspectos que impactan la implementación y ejecución de las pruebas de funcionalidad
   • Prueba de Documentación Y Procedimiento
     • Definición
       • Evaluar la documentación del usuario
     • Ventaja
       • Muchos defectos son identificados cuando un probador competente chequea totalmente los manuales
     • Tecnica
       • Revisar la documentación del proyecto contra las funcionalidades del sistema y su configuración física
     • Desventaja
       • Muchos programas son parte de sistemas mayores, no completamente automatizados
     • 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.
   • Prueba de Usabilidad
     • Definición
       • Determinar la usabilidad del sistema
     • Tecnica
       • Verificar que la aplicación no presentaproblemas de usabilidad típicos
     • 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
     • Ventaja
       • Los usuarios no deberían tener que preguntarse si diferentes palabras, situaciones o acciones significan lo mismo
     • Desventaja
       • la reducción del control sobre el entorno en el que trabaja
   • Prueba de Campo
     • Definición
       • Correr el sistema en el ambiente real para encontrar errores y validar el producto contra sus especificaciones originales.
     • Tecnica
       • Determinar que pruebas de sistema serán corridas para validar el sistema en producción
     • Descripción
       • Realizar un subconjunto válido de pruebas de sistema
     • Ventaja
       • facilita el rastreo de cada error hasta su ´posible fuente
     • Desventaja
       • rediseñar todo nuevamente

5. PRUEBAS DE VALIDACIÓN A APLICACIONES GENÉRICAS

   • Pruebas Alfa
     • Desventaja
       • no son perfectas, puesto que comprueban el código en pequeños grupos, pero no la integración total del mismo
     • Tecnica
       • Realizar las pruebas de sistema bajo las siguientes características: 1). se llevan a cabo en el lugar en donde fue desarrollado el sw 2).en un ambiente controlado, en el cual el desarrollador está presente.
     • Definición
       • Prueba de aceptación para detectar errores en el sistema bajo un ambiente controlado.
     • Ventaja
       • Calidad del código; Al realizar pruebas continuamente y detectar los errores, cuando el código está terminado, es un código limpio y de calidad
     • Descripción
       • La verificación involucra la ejecución de partes o todo del sistema en ambientes simulados, con el fin de encontrar errores. La retroalimentación de esta fase produce cambios en el software para resolver los errores y fallas que se descubren.
   • Pruebas Beta
     • Definición
       • Realizar la validación del sistema por parte del usuario.
     • Tecnica
       • 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. Las transacciones y personas que usan el sistema son reales y trabajan en su área de trabajo real. El desarrollador no esta presente. Los usuarios están advertidos de que están usando un sistema que puede fallar.
     • Descripción
       • Prueba de aceptación donde La validación (o pruebas beta) involucra el uso del software en un ambiente real.
     • Desventaja
       • se puede volver un poco dificil las condiciones cuando se producen fallas de desarrollo normales en medio de la aplicacion de la prueba
     • Ventaja
       • se llevan a cabo en el lugar en donde fue desarrollado el sw, en un ambiente controlado, en el cual el desarrollador está presente