lunes, 2 de noviembre de 2015
jueves, 5 de febrero de 2015
Pruebas de Sistema e Integración
Pruebas de Sistema e Integración
Introducción
Con la siguiente investigación se pretende definir, entender e implementar las pruebas de integración y de sistema para algún proyecto futuro para que de esta manera funcione de manera correcta y cumpla con todas las expectativas que tuvo el cliente.
Desarrollo
Pruebas de Integración: Este tipo de pruebas verifican que los componentes de la aplicación funcionan correctamente actuando en conjunto. Las pruebas de integración son dependientes del entorno en el que se ejecutan. Si fallan, puede ser porque el código esté bien, pero haya un cambio en el entorno. Estas pruebas pueden ayudarnos a detectar errores como:
- Problemas de configuración
- Procesos faltantes
- Uso incorrecto de archivos
- Violaciones de integridad de la base de datos
- Parámetros erróneos
Pruebas de sistema: Su objetivo es asegurar la perfecta
navegación, ingreso, proceso y recuperación de datos e información.
Estas son las principales pruebas de sistema:
- Prueba de Recuperación:
Es una prueba que se hace al sistema
forzando a que produzca fallas
de software de muchas maneras y
verificando que la recuperación
se lleve a cabo, ya sea automáticamente
o manual, tomando en cuenta los recursos que se requieran para efectuar la recuperación
.
- Prueba de Seguridad:
Intenta
verificar la aplicación de los
mecanismos de protección incorporados
en el sistema. Durante la prueba el
encargado desempeña
el papel de intruso tratando de violar
la seguridad del
sistema, intentando obtener las claves
de acceso por cualquier
medio externo; debe bloquear el sistema
negando así el
servicio a otras personas a demás de producir errores a propósito en el sistema o debe curiosear los datos públicos i intentando encontrar una clave de acceso al sistema.
- Prueba de Resistencia:
Esta diseñada para enfrentar a los problemas
en situaciones anormales, es decir ejecutar el sistema en forma que demande recursos en cantidad, frecuencia o volúmenes anormales. El encargado de la prueba debe intentar tirar el sistema.
Para lograr
la calidad se puede tomar en consideración lo siguiente:
- Diseñar pruebas especiales que generen 10 o mas interrupciones por segundo.
- Incrementar la frecuencia de datos de entrada en un orden de magnitud con el fin de comprobar como responden las funciones de entrada.
- Ejecutar casos de prueba que requieran al máximo de memoria o de espacio en disco. Diseñar casos de prueba que produzcan excesivas búsquedas de datos almacenados en el disco.
Conclusión
A partir de estas pequeñas definiciones de las pruebas de sistema e integración pude darme una idea de lo que se debe de hacer para realizar un buen plan de pruebas para que le proyecto que se este realizando tenga calidad y no fracase.
Fuentes
- http://www.uv.mx/personal/jfernandez/files/2010/07/Pruebas-de-Integracion.pdfhttp://www.javiergarzas.com/2014/07/tipos-de-pruebas-10-min.html
- https://sites.google.com/site/jojooa/analisis-de-sistemas/definicion-de-pruebas-de-sistemas-que-son-las-pruebas-de-sistemas
jueves, 22 de enero de 2015
Diagrama de grafos
Diagrama de Grafos
Introducción
Un diagrama de flujo es una representación gráfica de un proceso. Cada paso del proceso es representado por un símbolo diferente que contiene una breve descripción de la etapa de proceso. Los símbolos gráficos del flujo del proceso están unidos entre sí con flechas que indican la dirección de flujo del proceso.
En ciencias de la computación, un grafo de control de flujo es una representación, en forma de grafo dirigido, de todos los caminos que pueden ser atravesados a través de un programa durante su ejecución. El segundo deriva del primero y serán utilizados en un futuro para diseñar casos de prueba.
A continuación presentare un ejemplo de ambos diagramas
Desarrollo
El diagrama de flujo es el siguiente:
Su diagrama de grafos es el siguiente:
Todos sus posibles caminos son:
- Inicio-Fin
- Inicio-P4-P5-Fin
- Inicio-P4-P6-Fin
- Inicio-P2-Fin
- Inicio-P3-Fin
- Inicio-P1-Fin
- Inicio-P1-P2-Fin
- Inicio-P1-P3-Fin
Conclusión
Como pudimos observar el hacer diagramas de flujo nos permite observar de una manera clara el proceso que se tendrá que realizar. el diagrama de grafo deriva de un diagrama de flujo y sirve para representar cada uno de los procesos y todos los posibles caminos por los que puede pasar un programa, además de ser muy importantes para diseñar los casos de prueba para nuestro software.
Fuentes
- Instituto Tecnológico del ISTMO (2013). Teoría de Grafos. [ONLINE] Available at: http://es.slideshare.net/isaiastoledo7/teora-de-grafos-14694334. [Last Accessed 16 de enero del 2015].
- e.g. Microsoft Corporation (2012). Grafos Conceptuales . [ONLINE] Available at: http://revistas.udem.edu.co/index.php/ingenierias/article/view/238. [Last Accessed 16 de enero del 2015].
Pruebas de Caja Blanca y Caja Negra
Pruebas de Caja Blanca y Caja Negra
Introducción
La prueba es un proceso de ejecución con la función de descubrir un error. Un caso de prueba es aquel que tiene una alta probabilidad de descubrir un error. Las pruebas no pueden ser usadas como demostración de la ausencia de errores. En el siguiente trabajo presentare dos de los tipos de prueba mas famosos y mas útiles: las pruebas de caja blanca y de caja negra.
Desarrollo
Prueba de Caja Blanca:
Son pruebas que se enfocan en los mecanismos internos de un sistema o componente, el 32% de los defectos corresponden a errores en la lógica de los componentes.
Se requieren poder representar la ejecución de un programa, para ello se apoya de los grafos de flujo. Una vez que se tiene el diagrama, es posible diseñar casos de prueba para cada rama.
A pesar de que este enfoque permite diseñar pruebas que cubran una amplia variedad de casos de prueba, podría pasar por alto partes incompletas de la especificación o requisitos faltantes, pese a garantizar la prueba exhaustiva de todos los flujos de ejecución del código analizado.
Las principales técnicas de diseño de pruebas de caja blanca son:
- Pruebas de flujo de control
- Pruebas de flujo de datos
- Pruebas de bifurcación (branch testing)
- Pruebas de caminos básicos
Prueba de Caja Negra:
Estas pruebas permiten obtener un conjunto de condiciones de entrada que ejerciten completamente todos los requisitos funcionales de un programa. En ellas se ignora la estructura de control, concentrándose en los requisitos funcionales del sistema y ejercitándolos.
Las pruebas de caja negra no buscan reemplazar a las pruebas de caja blanca, sino que pretenden ser un enfoque complementario para encontrar errores diferentes a los de la primera prueba mencionada. Se considera que las pruebas de caja negra permiten encontrar errores como:
- Funciones incorrectas o ausentes.
- Errores de interfaz.
- Errores en estructuras de datos o en accesos a las Bases de Datos externas.
- Errores de rendimiento.
- Errores de inicialización y terminación.
Conclusión
Como pudimos observar el implementar pruebas a nuestros proyectos nos permite optimizar las funciones que debe realizar para brindar a nuestro cliente la oportunidad de erradicar sus problemas laborales. Para ello debemos realizar dos tipos de pruebas principales las de caja blanca y las de caja negra, las primeras sirven para evaluar los componentes internos de nuestro sistema para detectar aproximadamente hasta un 32% de errores. Por su parte las de caja negra buscan complementar a las primeras evaluando los datos de entrada con los datos de salida esperados, brindándonos algunos errores que no detectamos a primera vista. Por esto y muchas cosas más es bueno hacer pruebas.
Fuentes
- Globe Testing (2012). Pruebas de caja negra. [ONLINE] Available at: http://www.globetesting.com/2012/08/pruebas-de-caja-negra/. [Last Accessed 16 de enero del 2015].
- Roger S. (2013). Pruebas de caja negra. [ONLINE] Available at: http://www.ecured.cu/index.php/Pruebas_de_caja_negra. [Last Accessed 16 de enero del 2015].
- CBSE. (2003). Pruebas. 16 de enero 2015, de CBSE Sitio web: https://sistemas.uniandes.edu.co/~isis4713/dokuwiki/lib/exe/fetch.php?media=isis4713-pruebas3.pdf
Suscribirse a:
Entradas (Atom)