Prueba de la caja negra
Universidad Politécnica de Valencia
Valencia-Estado Carabobo
Prueba y Validación de
Software
Informe
Integrantes:
Sánchez Xiomara
PRUEBAS DE CAJA NEGRA
Definición
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 cuentasu
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 ya que es hay dondelas Técnicas de Pruebas atacan con el objetivo de romper el
programa o encontrar algún error. En la misma no es preciso definir ni conocer los detalles
internos de su funcionamiento.
Las pruebas de caja negra (Pruebas de caja opaca, Pruebas funcionales, Pruebas de
entrada/salida, Pruebas inducidas por los datos) son aquellas que se enfocan directamente
en el exterior del módulo, sin importarel código, son pruebas funcionales en las que se trata
de encontrar fallas en las que este no se atiene a su especificación, como ser interfaz con el
usuario, apariencia de los menús, control de las teclas, etcétera.
Este tipo de pruebas no es aplicable a los módulos que trabajan en forma transparente al
usuario.
Las pruebas de caja negra intentan encontrar errores de las siguientescategorías:
Funciones incorrectas o ausentes.
Errores de interfaz
Errores en estructuras de datos o en accesos a bases de datos externas.
Errores de rendimiento.
Errores de inicialización y de terminación.
Los casos de prueba de la caja negra pretende demostrar que:
• Las funciones del software son operativas.
• La entrada se acepta de forma adecuada.
• Se produce una salida correcta, y
• Laintegridad de la información externa se mantiene.
Ventajas
Este método permite identificar claramente las entradas y salidas y estudiar las relaciones
que existen entre ellas, permitiendo así maximizar la eficiencia de los sistemas.
Desventajas
Este método tiene su razón de ser, pues, la mayoría de las personas dan prioridad a los
resultados, pero, por otra, destruye la saludable curiosidad desaber el funcionamiento y el
por qué de las cosas.
Diferencias entre Pruebas de Caja Negra y Caja Blanca.
“Caja negra necesita que la aplicación ya esté desarrollada y normalmente se efectúa en la
fase de test mientras el caja blanca solo necesita que esté disponible la parte de código por
auditarse y dicha actividad puede ser efectuada ya en la fase de desarrollo (donde se
necesita efectuarun mínimo de pruebas funcionales y de seguridad) y en la fase de test.
El objetivo de ambos tipos es parecido pero hay unas pequeñas diferencias. En un caja
negra, se desea cubrir "todas” las potenciales amenazas o vectores de ataques; mientras en
un caja blanca, se desea eliminar “todas” las vulnerabilidades.”
http://es.wikipedia.org/wiki/Caja_negra_(sistemas)http://www.udistrital.edu.co/comunidad/grupos/arquisoft/fileadmin/Estudiantes/Pruebas/H
TML%20-%20Pruebas%20de%20software/node27.html
http://www.udistrital.edu.co/comunidad/grupos/arquisoft/fileadmin/Estudiantes/Pruebas/H
TML%20-%20Pruebas%20de%20software/node28.html
http://www.lab.dit.upm.es/~lprg/material/apuntes/pruebas/testing.htm#s22
http://lsi.ugr.es/~arroyo/inndoc/doc/pruebas/pruebas_d.phphttp://indalog.ual.es/mtorres/LP/Prueba.pdf
http://info_system.galeon.com/grupo8.html#MET%20CN
¿Porque modelamos?
1. algo que ayude hacer una partición de los requisitos antes de documentarla.
2. una herramienta que ayude a describir la lógica y la táctica, mejor que un texto
narrativo.
3. algo para el seguimiento y la evaluación de interfaces.
Objetivos:
1. Describir lo que quiere el cliente.
2. establecer...
Regístrate para leer el documento completo.