Not Only Databases

Ingresa a https://juandanielcr.me  para seguir más de esos posts, es mi pagina web oficial 

Pruebas de Sistema y de Integración

PRUEBAS DE SISTEMA E INTEGRACIÓN

Introducción

Retomando las publicaciones de  este blog ahora nos encontramos con un nuevo tipo de pruebas, que en mi opinión son las más interesante y difíciles de ejecutar. Es interesante como puedes ver a través de varios tipos de pruebas diferentes, que en alguno de esos algo falle y no se note con algún otro tipo de prueba. Estas pruebas permiten la correcta integración de módulos revisar el funcionamiento del sistema en etapas avanzadas del proyecto

Desarrollo

Pruebas de Sistema

Las pruebas de Sistema o también conocidas como Pruebas de Software se van enfocadas a las investigaciones empíricas y técnicas, cuyo objetivo es proporcionar información objetiva e independiente sobre la calidad del producto hacia los que va enfocado el software. Puede ser visto como un proceso de control de calidad.

Estas pruebas te sirven para saber si cumple con sus objetivos o no. Esta prueba no se fija si funciona bien o no, sino que es lo que espera el cliente.

Ejemplos:

1.        Pruebas de rendimiento: Tienen como objetivo monitorear el rendimiento del proyecto o programa en cuanto a contexto de ejecución, es decir, se dedica a revisar que tan bien y que tan fluido corre el programa en una computadora. Para poder realizarse se necesita tener el proyecto completamente integrado.

2.         Pruebas de Stress: Se dedican a darle al programa una carga anormal, metiendolo en una situación poco normal para poder verificar su comportamiento en esta clase de situaciones. Básicamente es aventarle cuanto se le pueda y ver como lo maneja.

3.         Pruebas de Seguridad: Aquí es donde se verifica que los mecanismos de seguridad destinados a proteger el sistema (tales como el cifrado, la firma digital, etc.) se ejecuten debidamente y cumplan con su función.

4.         Pruebas de recuperación: En estas pruebas se intenta hacer fallar al programa para poder analizar su capacidad de recuperación. Se pueden ejecutar de muchas maneras

Pruebas de Integración

Las pruebas de integración o también llamadas pruebas integrales solo son realizadas en el ámbito del desarrollo del software y sólo se ejecutan una vez que se hayan realizado las pruebas unitarias.

Consiste en realizar pruebas para verificar un gran conjunto de partes de software. Hace énfasis en su operación conjunta.

Éstos pueden identificar el fallo del funcionamiento entre unidades. Puede ver que haya falta de coherencia entre una clase y otra. También puede que no sean compatibles.

De Interfaz: puedes aceptar bien los datos pero a la hora de verlos, o ver alguna parte del programa no cuadre, etc.

·         No Funcionales: puedes ver el tiempo que se tarda en cargar los recursos, o que simplemente no cargue bien, etc.

·         De Configuración: puede estar utilizando alguna versión obsoleta, o que esté usando alguna que esté en prueba, pero que no ha sido publicada, etc.

·         De Integridad: que en algún momento algún proceso cambie el formato de un valor sin ser necesario, eliminar algún campo que necesite otra parte.

Conclusión

Las pruebas de Integración y las pruebas se Sistema con unas complementarias de las otras, las pruebas de integración permiten observar el comportamiento de distintos módulos interactuando entre sí, y las pruebas de sistema permiten observar el funcionamiento de los módulos interactuando a través de ellos y en flujos establecidos por loq eu nos encontramos ante los últimos casas de prueba.
Referencias

Fernández, J. M. (Abrill 2011). Ingeniería de Software, Pruebas de integración. Febrero 5, 2015, de Universidad Veracruzana Sitio web:http://www.uv.mx/personal/jfernandez/files/2012/11/PruebaIntegracionEstructurada.pdf

varios. (2014). ISIS4713 - CBSE Pruebas de Integración. Febrero 5, 2015, de Universidad de los Andes Sitio web:https://sistemas.uniandes.edu.co/~isis4713/dokuwiki/lib/exe/fetch.php?media=isis4713-pruebasintegracion.pdf

Moreno, J. L.. (Mayo 17, 2004). Aplicación de un Sistema Experto para el desarrollo de Sistema Evaluador del modelo Capability Maturity Model (CMM) niveles dos y tres. Capítulo 5. Pruebas del Sistema y Conclusiones. Febrero 5, 2015, de Universidad de las Américas Puebla (UDLAP) Sitio web:http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/moreno_a_jl/capitulo_5.html

Fernández, J. M. (2010). Cápitulo 6 Pruebas de Sistema. Febrero 5, 2015, de Universidad Veracruzana Sitio web:http://www.uv.mx/personal/jfernandez/files/2010/07/Pruebas-de-Sistema.pdf

Pruebas y Grafos

En matemáticas y ciencias de la computación, un grafo (del griego grafos: dibujo, imagen) es un conjunto de objetos llamados vértices o nodos unidos por enlaces llamados aristas o arcos, que permiten representar relaciones binarias entre elementos de un conjunto. Son objeto de estudio de la teoría de grafos.

Típicamente, un grafo se representa gráficamente como un conjunto de puntos (vértices o nodos) unidos por líneas (aristas).

Desde un punto de vista práctico, los grafos permiten estudiar las interrelaciones entre unidades que interactúan unas con otras. Por ejemplo, una red de computadoras puede representarse y estudiarse mediante un grafo, en el cual los vértices representan terminales y las aristas representan conexiones (las cuales, a su vez, pueden ser cables o conexiones inalámbricas).

Prácticamente cualquier problema puede representarse mediante un grafo, y su estudio trasciende a las diversas áreas de las ciencias exactas y las ciencias sociales.

Estas representaciones dentro del terreno de las pruebas se pueden dividir en 2 grandes ramas como lo son: 

1. Los Grafos Generales.
2. Los Grafos de Procesos.

GRAFO GENERAL.

Los grafos generales son los encargados de mostrar todas la tareas que realizará un software a lo largo de su ejecución, valorando todos los posibles caminos que este pueda seguir a traves del programa.

Ejemplo:

GRAFO DE PROCESOS.

Un grafo de procesos se encaraga de representar unicamente los procesos que hay de una ejecución de software, por obvias razones es te tipo de representaciones son mucho más fáciles de realizar y de leer.

Ejemplo:

Pruebas y Cajas

Pruebas y Cajas.

Caja Negra

En teoría de sistemas y física, se denomina caja negra a aquel elemento que es estudiado desde el punto de vista de las entradas que recibe y las salidas o respuestas que produce, sin tener en cuenta su funcionamiento interno. En otras palabras, de una caja negra nos interesará su forma de interactuar con el medio que le rodea (en ocasiones, otros elementos que también podrían ser cajas negras) entendiendo qué es lo que hace, pero sin dar importancia a cómo lo hace. Por tanto, de una caja negra deben estar muy bien definidas sus entradas y salidas, es decir, su interfaz; en cambio, no se precisa definir ni conocer los detalles internos de su funcionamiento.

Caja Blanca

En programación, se denomina cajas blancas a un tipo de pruebas de software que se realiza sobre las funciones internas de un módulo. Así como las pruebas de caja negra ejercitan los requisitos funcionales desde el exterior del módulo, las de caja blanca están dirigidas a las funciones internas. Entre las técnicas usadas se encuentran; la cobertura de caminos (pruebas que hagan que se recorran todos los posibles caminos de ejecución), pruebas sobre las expresiones lógico-aritméticas, pruebas de camino de datos (definición-uso de variables), comprobación de bucles (se verifican los bucles para 0,1 e interacciones, y luego para las interacciones máximas, máximas menos uno y más uno).

Las pruebas de caja blanca se llevan a cabo en primer lugar, sobre un módulo concreto, para luego realizar las de caja negra sobre varios subsistemas (integración).

En los sistemas orientados a objetos, las pruebas de caja blanca pueden aplicarse a los métodos de la clase, pero según varias opiniones, ese esfuerzo debería dedicarse a otro tipo de pruebas más especializadas (un argumento podría ser que los métodos de una clase suelen ser menos complejos que los de una función de programación estructurada). Dentro de las Pruebas de Caja Blanca encontramos las llamadas coberturas (sentencia, decisión, condición y múltiple además de los mencionados caminos ciclomáticos propuestos por McCabe)