INSTITUTO TECNOLOGICO SUPERIOR DE TEPEXI DE RODRGUEZ

ORGANISMO PBLICO DESCENTRALIZADO DEL GOBIERNO DEL ESTADO DE PUEBLA

ING. EN SISTEMAS COMPUTACIONALES

VERIFICACION Y VALIDACION

RESUMEN TIPOS DE PRUEBAS DE TESTING

DOCENTE ING. LUCINA TORRES AGUILAR

ALUMNO: REN VERA ARGELLES

INSTITUTO TECNOLOGICO SUPERIOR DE TEPEXI DE RODRGUEZ

ORGANISMO PBLICO DESCENTRALIZADO DEL GOBIERNO DEL ESTADO DE PUEBLA

Tipos de Pruebas de Testing

Pruebas Unitarias
La primera etapa de pruebas a considerar es la etapa de pruebas unitarias o tambin llamada pruebas de caja blanca (White Box), ests pruebas tambin son llamadas pruebas modulares ya que nos permiten determinar si un mdulo del programa est listo y correctamente terminado, estas pruebas no se deben confundir con las pruebas informales que realiza el programador mientras est desarrollando el mdulo. El principal factor que se debe considerar al inicio de las pruebas es el tamao del mdulo a probar, se debe considerar si el tamao del mdulo permitir probar adecuadamente toda su funcionalidad de manera sencilla y rpida. Tambin es importante separar los mdulos de acuerdo a su funcionalidad, si los mdulos son muy grandes y contienen muchas funcionalidades, estos se volvern ms complejos de probar y al encontrar algn error ser ms difcil ubicar la funcionalidad defectuosa y corregirla. Al hacer esta labor el analista de pruebas podr recomendar que un mdulo muy complejo sea separado en 2 o 3 mdulos ms sencillos.

INSTITUTO TECNOLOGICO SUPERIOR DE TEPEXI DE RODRGUEZ

ORGANISMO PBLICO DESCENTRALIZADO DEL GOBIERNO DEL ESTADO DE PUEBLA

Integracin incremental

Al realizar una integracin incremental debemos combinar o unir el siguiente mdulo que se debe probar con el conjunto de mdulos ya probados. El nmero de mdulos se incrementa progresivamente hasta formar el programa completo. Esto lo podemos realizar de 2 formas.

Integracin Incremental Ascendente. Integracin Incremental Descendente.

Integracin incremental ascendente

En este tipo de integracin se combinan los mdulos de ms bajo nivel en grupos que realizan alguna sub funcin especfica.

A travs de un driver (mdulo impulsor) se simulan llamadas a los mdulos, se introducen los datos de prueba y se recogen los resultados.

Cada grupo se prueba usando su driver (test integrador), y este luego es sustituido por los mdulos de nivel superior en la jerarqua. En el ltimo paso se prueba el programa completo con sus entradas y salidas reales.

Ventajas de la integracin incremental ascendente:

Las entradas para las pruebas son ms fciles de crear ya que los mdulos inferiores suelen tener funciones ms especficas.

Es ms fcil la observacin de los resultados de las pruebas puesto que es en los mdulos inferiores donde se elaboran.

Resuelve primero los errores de los mdulos inferiores que son los que acostumbran tener el procesamiento ms complejo, para luego nutrir de datos al resto del sistema.

Desventajas de la integracin incremental ascendente:

INSTITUTO TECNOLOGICO SUPERIOR DE TEPEXI DE RODRGUEZ

ORGANISMO PBLICO DESCENTRALIZADO DEL GOBIERNO DEL ESTADO DE PUEBLA

Se requieren mdulos impulsores, que deben escribirse especialmente y que no son necesariamente sencillos de codificar.

El sistema como entidad no existe hasta que se agrega el ltimo mdulo

Integracin incremental Descendente

Inicia del mdulo de control principal (de mayor nivel) para luego ir incorporando los mdulos subordinados progresivamente. No hay un procedimiento considerado ptimo para seleccionar el siguiente mdulo a incorporar. La nica regla es que el mdulo incorporado tenga todos los mdulos que lo invocan previamente probados. En general no hay una secuencia ptima de integracin. Debe estudiarse el problema concreto y de acuerdo a este, buscar el orden de integracin ms adecuado para la organizacin de las pruebas. No obstante, pueden considerarse las siguientes pautas:

Si hay secciones crticas como ser un mdulo complicado, se debe proyectar la secuencia de integracin para incorporarlas lo antes posible.

El orden de integracin debe incorporar cuanto antes los mdulos de entrada y salida.

Existen principalmente dos mtodos para la incorporacin de mdulos: 1. Primero en profundidad: Primero se mueve verticalmente en la estructura de mdulos. 2. Primero en anchura: Primero se mueve horizontalmente en la estructura de mdulos. Etapas de la integracin descendente:

El mdulo de mayor nivel hace de impulsor y se escriben mdulos ficticios simulando a los subordinados, que sern llamados por el mdulo de control superior.

Probar cada vez que se incorpora un mdulo nuevo al conjunto ya engarzado. Al terminar cada prueba, sustituir un mdulo ficticio subordinado por el real que reemplazaba, segn el orden elegido.

INSTITUTO TECNOLOGICO SUPERIOR DE TEPEXI DE RODRGUEZ

ORGANISMO PBLICO DESCENTRALIZADO DEL GOBIERNO DEL ESTADO DE PUEBLA

Escribir los mdulos ficticios subordinados que se necesiten para la prueba del nuevo mdulo incorporado.

Ventajas de la integracin descendente:

Las fallas que pudieran existir en los mdulos superiores se detectan en una etapa temprana.

Permite ver la estructura del sistema desde un principio, facilitando la elaboracin de demostraciones de su funcionamiento.

Concuerda con la necesidad de definir primero las interfaces de los distintos subsistemas para despus seguir con las funciones especficas de cada uno por separado.

Desventajas de la integracin descendente:

Requiere mucho trabajo de desarrollo adicional ya que se deben escribir un gran nmero de mdulos ficticios subordinados que no siempre son fciles de realizar. Suelen ser ms complicados de lo que aparentan.

Antes de incorporar los mdulos de entrada y salida resulta difcil introducir los casos de prueba y obtener los resultados.

Los juegos de datos de prueba pueden resultar difciles o imposibles de generar puesto que generalmente son los mdulos de nivel inferior los que proporcionan los detalles.

Induce a diferir la terminacin de la prueba de ciertos mdulos

INSTITUTO TECNOLOGICO SUPERIOR DE TEPEXI DE RODRGUEZ

ORGANISMO PBLICO DESCENTRALIZADO DEL GOBIERNO DEL ESTADO DE PUEBLA

Tipos de testing
Testing Funcional: se focaliza en verificar si el software cumple con las especificaciones aprobadas a travs de la utilizacin de una amplia variedad de escenarios que incluyen rangos de entradas normales y errneas, testing de interfaz, chequeo de seguridad. Testing de Regresin: se realiza pruebas de todas las funcionalidades del software a travs de diferentes ciclos de prueba e incluso acelerando los tiempos de ejecucin del testing por intermedio de herramientas automatizadas. Testing de Compatibilidad: asegura que el software es compatible con versiones determinadas de sistemas operativos, web servers, base de datos y dems componentes constituyentes de la arquitectura de la aplicacin. Testing de Performance: verifica tiempos de respuestas, recursos consumidos, cuellos de botella y recursos disponibles en la operatoria normal de la aplicacin. Testing de Stress: se sobrecarga el software para verificar su comportamiento en cuanto a concurrencia, manejo de errores y recursos consumidos. Testing de Unidades de Cdigo: se realizan pruebas de piezas individuales de cdigo que luego se ensamblan en una aplicacin. Testing de Caja Blanca: prueba del cdigo de la aplicacin, asegurando que el mismo cumple con los estndares y buenas prcticas de codificacin dispuestas por la organizacin. Testing de Usabilidad: asegura que su aplicacin est diseada respetando consideraciones bsicas de usabilidad. Se incluye como parte de este tipo de testing: documentacin conteniendo recomendaciones acerca de las caractersticas de ergonoma y navegabilidad de acuerdo a normas internacionales que definen lineamientos al respecto.

INSTITUTO TECNOLOGICO SUPERIOR DE TEPEXI DE RODRGUEZ

ORGANISMO PBLICO DESCENTRALIZADO DEL GOBIERNO DEL ESTADO DE PUEBLA

Pruebas de caja negra y caja blanca

Hay una de dos maneras de probar cualquier producto construido 1) si se conoce la funcin especfica para la que se dise el producto, se aplican pruebas, que demuestren que cada funcin es plenamente operacional, mientras se buscan los errores de cada funcin; 2) si se conoce el funcionamiento interno del producto, se aplican pruebas para asegurarse de que todas las piezas encajan": es decir, que las operaciones internas se realizan de acuerdo con las especificaciones, y que se han probado todos los componentes internos de manera adecuada. Al primer enfoque de prueba se le denomina prueba de caja negra; al segundo, prueba de caja blanca.

Prueba de la ruta bsica

Tcnica de prueba de caja blanca que propuso inicialmente Tom McCabe [MCC76]. El mtodo de la ruta bsica permite que el diseador de casos de prueba obtenga una medida de complejidad lgica de un diseo procedimental. Cmo se sabe cuntas rutas buscar? El clculo de la complejidad ciclomtica nos ayuda a encontrarla, ya que esta es una mtrica de software que proporciona una medida cuantitativa de la complejidad lgica de un programa. El mtodo de prueba de la ruta bsica se aplica a un diseo procedimental o al cdigo fuente.

Pruebas de la estructura de control

Se refiere a pruebas con respecto a las sentencias tales como whila, Do-while, for, if-else.

Prueba de la caja negra

Las pruebas de caja negra estn diseadas para validar requisitos funcionales sin importar el funcionamiento interno de un programa. Estas tcnicas de prueba

concentran en el dominio de la informacin del software, derivando casos de prueba mediante particin de los dominios de entrada y salida de un programa en forma tal que proporcione cobertura completa.

INSTITUTO TECNOLOGICO SUPERIOR DE TEPEXI DE RODRGUEZ

ORGANISMO PBLICO DESCENTRALIZADO DEL GOBIERNO DEL ESTADO DE PUEBLA

Pruebas funcionales con Globe testing

El servicio de pruebas funcionales se centra en comprobar que los sistemas desarrollados funcionan acorde a las especificaciones funcionales y requisitos del cliente. Este servicio ayuda a su organizacin a detectar los posibles defectos derivados de errores en la fase de programacin. El equipo de pruebas funcionales de Globe Testing se centra en el comportamiento de los sistemas y en los datos de entrada y salida del entorno bajo pruebas. Dentro de las pruebas funcionales, Globe Testing se centra en las siguientes reas, pudiendo cubrir otros tipos de pruebas que no aparezcan a continuacin:

Pruebas de compatibilidad: comprueban el funcionamiento del software desarrollado en diferentes plataformas: hardware, sistemas operativos, navegadores, redes

Pruebas de integracin: comprueban las conexiones y comunicaciones entre los diferentes mdulos del software desarrollado o con terceros (pasarelas de pago, sistemas publicitarios).

Pruebas de regresin: comprueban el correcto funcionamiento del software desarrollado frente a evolutivos o cambios de funcionalidad.

Las pruebas funcionales son realizadas en su gran mayora de forma manual, pudiendo automatizar algunas de ellas (pruebas automticas o automatizadas) para ahorrar tiempo en procedimientos repetitivos, o bien, aumentar la fiabilidad de las mismas eliminando el error humano intrnseco de las pruebas funcionales.

INSTITUTO TECNOLOGICO SUPERIOR DE TEPEXI DE RODRGUEZ

ORGANISMO PBLICO DESCENTRALIZADO DEL GOBIERNO DEL ESTADO DE PUEBLA

Bibliografa
http://www.calidadysoftware.com/testing/pruebas_unitarias1.php, Autor: Ing. Alexander Or B, consultado:01/08/2013 http://www.globetesting.com/pruebas-funcionales/, consultado: 01/08/2013 Roger Pressman, ingenieria del software, 6. Edicin, McGraw-Hill, 2002