Pruebas de integracion y sistema

Introducción

En este post se habla sobre mas tipos de pruebas para ayudarnos a verificar que nuestros sistemas que desarrollemos funcionen lo mejor posible en este caso serán dos tipos, las pruebas de integración y las pruebas de sistema.

Desarrollo

• Pruebas de integración: El objetivo de estas pruebas son probar grupos de módulos del proyecto con el fin de verificar su funcionamiento en conjunto. Algunas características de estas pruebas son:
• Énfasis en la interacción y no en el funcionamiento individual.
• Ayudan a detectar problemas de interfaces entre las unidades.
• Si cada elemento funciona perfectamente por separado no necesariamente debería de funcionar como conjunto.
• Detectan la falta de sentido entre lo que debe hacer una unidad y lo que debería hacer.

• Pruebas de sistema: Este tipo de pruebas son similares a las pruebas de caja negra antes mencionadas pero con la diferencia de que prueban al sistema como todo un todo, debido a esto están basadas en los requerimientos generales. Algunas características de este tipo de pruebas son:
• Analizar defectos globales o para estudiar aspectos específicos de su comportamiento.
• Realizar pruebas de rendimiento.
• Analizar la seguridad con la que cuenta el sistema.
• Realizar pruebas de stress en las cuales se realizan muchas peticiones para probar la capacidad del programa.

Conclusión

Estas pruebas en especial las pruebas de sistema son las mas importantes ya que en si engloban las pruebas antes mencionadas como la de caja negra, ademas de que las pruebas de sistema son una especie de conjunto de pruebas de integración con la diferencia de que las de sistema engloban a todo el software.
Por lo que es recomendable comenzar por pruebas de integración para después hacer pruebas de sistema de una manera mas ágil.

Fuentes

Polo M. (2004). EJEMPLO DE PRUEBAS UNITARIAS Y DE INTEGRACIÓN. Febrero 05, 2015, de Escuela Superior de Informática Sitio web: http://www.inf-cr.uclm.es/www/mpolo/asig/is4/madumSistema.pdf

Fernandez J. (2012). Pruebas de Integracion. Febrero 05, 2015, de Universidad Veracruzana. Sitio web: http://www.uv.mx/personal/jfernandez/files/2012/11/PruebaIntegracionEstructurada.pdf

Fernandez J. (2010). Pruebas de Sistema. Febrero 05, 2015, de Universidad Veracruzana Sitio web: http://www.uv.mx/personal/jfernandez/files/2010/07/Pruebas-de-Sistema.pdf

Diagramas de flujo y grafos

Diagramas de flujo y grafos

Introducción

Como se dijo en un anterior post los grafos nos ayudan a probar todos los posibles caminos a la hora de realizar pruebas.
Estos los realizamos en base a los diagramas de flujo que nos muestran los ciclos y condicionales que contiene un programa.
El siguiente es un ejemplo de esto junto con los posibles caminos que se tienen.

Desarrollo

Este es el diagrama de flujo.

Este es el grafo.

Estos son los posibles caminos.

1. INICIO - P4 - FIN
2. INICIO - P4 - P5 - FIN
3. INICIO - P4 - P6 - FIN
4. INICIO - P1 - P2 - FIN
5. INICIO - P1 - P3 - FIN
6. INICIO - P2 - FIN
7. INICIO P3 - FIN

Conclusiones

Los diagramas de flujo nos facilitan el trabajo a la hora de codear así como los grafos nos facilitan el trabajo a la hora de realizar pruebas.

Fuentes

CBSE. (2003). Pruebas. Enero 16, 2015, de Universidad de los Andes Colombia Sitio web: https://sistemas.uniandes.edu.co/~isis4713/dokuwiki/lib/exe/fetch.php?media=isis4713-pruebas3.pdf

Pruebas de caja negra y blanca

Pruebas de caja negra y caja blanca

Introducción

Las pruebas son muy importantes en el desarrollo de un proyecto ya que con estas encontramos y evitamos la mayoría de errores que nuestro sistema pueda tener, 2 de ellas, las pruebas de caja negra y blanca son de las mas relevantes por lo que en este post se hablara sobre ellas.

Desarrollo

El fin que tienen las pruebas de caja negra y blanca es ayudarnos a encontrar el mayor numero de errores en el menor tiempo posible y por ende con menos esfuerzo.

Ademas de esto cada tipo de prueba tiene sus propias características.

Pruebas de caja negra: Su objetivo es realizar pruebas de forma que se compruebe que cada función de nuestro programa es operativa.

Solo se busca una entrada
y salida correcta.

Pruebas de caja blanca: Tiene por objetivo desarrollar pruebas de forma que la operación interna se ajuste a los requerimientos y que todos los componentes internos se hayan probado de forma adecuada.
Características:

• El 32% de los errores corresponden a errores en la lógica de los componentes.
• Se pueden usar los grafos de flujo para recorrer todos los posibles caminos del programa.
• Algunos defectos que pretende encontrar son:
• Una variable es usada antes de ser definida.
• Una variable es usada pero nunca definida.
• Una variable se define 2 veces antes de ser usada.

Podemos observar que se
ejecutan todos los procesos
en la prueba de caja blanca.

En resumen la prueba de caja negra busca una entrada y salida correcta es por eso que se enfoca en las funciones del software que son operativas.

Por el contrario la prueba de caja blanca realiza un análisis muy minucioso de los detalles procedimentales, ademas de probar todos los caminos lógicos del programa, entrando en cada bucle y condición que este tenga y probando el estado del programa.

Conclusiones

Al final podemos concluir que las pruebas de caja negra son solo "superficiales" que solo buscan mirar si un modulo cumple con su función, por lo tanto son rápidas pero no son precisas.

Por el contrario tenemos a las pruebas de caja blanca que complementan las anteriores buscando cada pequeño detalle que se pueda presentar durante la ejecución de un programa.

Fuentes

Torres M.. (2006). Técnicas de prueba. Enero 16, 2015, de Universidad de Almería Sitio web: http://indalog.ual.es/mtorres/LP/Prueba.pdf

CBSE. (2003). Pruebas. Enero 16, 2015, de Universidad de los Andes Colombia Sitio web: https://sistemas.uniandes.edu.co/~isis4713/dokuwiki/lib/exe/fetch.php?media=isis4713-pruebas3.pdf

Gomez V.. (2012). Pruebas de caja negra. Enero 16, 2015, de Globe Testing Sitio web: http://www.globetesting.com/2012/08/pruebas-de-caja-negra/