Grafo
Posibles caminos:
- Inicio-P1-P2-Fin
- Inicio-P1-P3-Fin
- Inicio-P4-Fin
- Inicio-P4-P5-Fin
- Inicio-P4-P6-Fin
viernes, 16 de enero de 2015
Diagrama de flujo y grafo
Diagrama de flujo
Grafo
Posibles caminos:
Grafo
Posibles caminos:
Pruebas de caja blanca y de caja negra
Introducción
En esta entrada se definirán dos tipos de pruebas: las pruebas de caja blanca y de caja negra. Se enlistarán sus principales características, funciones, así como para qué nos sirven cada una de ellas.
Desarrollo
Conclusiones
Cuando estamos creando un proyecto, una fase muy importante es la fase de pruebas. Su objetivo es encontrar los posibles errores que podamos encontrar en nuestro software. Por eso es indispensable saber qué tipos de pruebas hay. Los dos más importantes son los de caja blanca y los de caja negra. En el primero, podemos ver cómo se procesan los datos y en el segundo sólo los enfocamos en las entradas y las salidas de los datos.
Bibliografía
En esta entrada se definirán dos tipos de pruebas: las pruebas de caja blanca y de caja negra. Se enlistarán sus principales características, funciones, así como para qué nos sirven cada una de ellas.
Desarrollo
Pruebas de caja blanca
Son pruebas estructurales. Conociendo el código y siguiendo su estructura lógica, se pueden diseñar pruebas destinadas a comprobar que el código hace correctamente lo que el diseño indica y otras que demuestren que no se comporta adecuadamente ante determinadas situaciones.
Lo que se hace es escoger distintos valores de entrada para examinar cada uno de los posibles flujos de ejecución del programa y cerciorarse de que se devuelven los valores de salida adecuados. Su objetivo es comprobar los flujos de ejecución dentro de cada unidad (función, clase, módulo) aunque también pueden testear los flujos entre unidades durante la integración, e incluso entre subsistemas, durante las pruebas de sistema.
Las principales técnicas de diseño de pruebas de caja blanca son:
Son pruebas estructurales. Conociendo el código y siguiendo su estructura lógica, se pueden diseñar pruebas destinadas a comprobar que el código hace correctamente lo que el diseño indica y otras que demuestren que no se comporta adecuadamente ante determinadas situaciones.
Lo que se hace es escoger distintos valores de entrada para examinar cada uno de los posibles flujos de ejecución del programa y cerciorarse de que se devuelven los valores de salida adecuados. Su objetivo es comprobar los flujos de ejecución dentro de cada unidad (función, clase, módulo) aunque también pueden testear los flujos entre unidades durante la integración, e incluso entre subsistemas, durante las pruebas de sistema.
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
- Pruebas de caminos básicos
Pruebas 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 ignoramos la estructura de control, concentrándose en los requisitos funcionales del sistema y ejercitándolos.
La prueba de caja negra no sustituye a la prueba de caja blanca, sino es un enfoque complementario que intenta descubrir diferentes tipos de errores a los encontrados en los métodos de la caja blanca.
Con este tipo de pruebas podemos detectar:
Estas pruebas permiten obtener un conjunto de condiciones de entrada que ejerciten completamente todos los requisitos funcionales de un programa. En ellas ignoramos la estructura de control, concentrándose en los requisitos funcionales del sistema y ejercitándolos.
La prueba de caja negra no sustituye a la prueba de caja blanca, sino es un enfoque complementario que intenta descubrir diferentes tipos de errores a los encontrados en los métodos de la caja blanca.
Con este tipo de pruebas podemos detectar:
- 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.
Conclusiones
Cuando estamos creando un proyecto, una fase muy importante es la fase de pruebas. Su objetivo es encontrar los posibles errores que podamos encontrar en nuestro software. Por eso es indispensable saber qué tipos de pruebas hay. Los dos más importantes son los de caja blanca y los de caja negra. En el primero, podemos ver cómo se procesan los datos y en el segundo sólo los enfocamos en las entradas y las salidas de los datos.
Bibliografía
Carabati, M. (2013). Pruebas de caja negra y caja blanca. enero 16, 2015, Sitio web: https://prezi.com/sjwfwmix7slk/pruebas-de-caja-negra-y-caja-blanca/
Torres, M. (2011). Técnicas de prueba. enero 16, 2015, Sitio web: http://indalog.ual.es/mtorres/LP/Prueba.pdf
Montes, L. (2010). Casos de prueba. Caja blanca, Sitio web: http://fcqi.tij.uabc.mx/usuarios/luisgmo/data/8.2%20prb-cal-mant.pdf
Hernández, J (2011). Ingeniería del software.enero 16, 2015, Sitio web: http://ocw.unican.es/ensenanzas-tecnicas/ingenieria-del-software-ii/practicas-1/Practicas/p1-pruebasSistemasSoftware.pdf
Suscribirse a:
Entradas (Atom)