CONCLUSIONES

Probar es buscarle los fallos a un programa.

La fase de pruebas absorbe una buena porción de los costes de desarrollo de software. Además, se muestra renuente a un tratamiento matemático o, simplemente, automatizado. Su ejecución se basa en metodología (reglas que se les dan a los encargados de probar) que se va desarrollando con la experiencia. Es tediosa, es un arte, es un trabajo que requiere una buena dosis de mala intención, y provoca difíciles reacciones humanas.

Aunque se han desarrollado miles de herramientas de soporte de esta fase, todas han limitado su éxito a entornos muy concretos, frecuentemente sólo sirviendo para el producto para el que se desarrollaron. Sólo herramientas muy generales como analizadores de complejidad, sistemas de ejecución simbólica y medidores de cobertura han mostrado su utilidad en un marco más amplio. Pero al final sigue siendo imprescindible un artista humano que sepa manejarlas.

INFORME APLICACION PRUEBA DE CAJA NEGRA

1. FUNCIONALIDAD INCORRECTA O FALTANTE, pues el programa en el momento se encuentra funcionando de una manera correcta
2. ANALISIS DE LOS VALORES LIMITES: Estos valores se encuentran en rango adecuado para el tipo de programa que estamos desarrollando y en el momento ninguno esta generando error de depuracion.
3. LA PRUEDA DE SEGURIDAD : El software no presenta ningun en el momento de la depuracion.
4. LA PRUEBA DE RENDIMIENTO: Casi todos los compiladores suelen llevar asociada la posibilidad de ejecutar un programa paso a paso, permitiéndole al operador conocer dónde está en cada momento, y cuánto valen las variables.
   Los depuradores pueden usarse para realizar inspecciones rigurosas sobre el comportamiento dinámico de los programas. La práctica demuestra, no obstante, que su uso es tedioso y que sólo son eficaces si se persigue un objetivo muy claro. El objetivo habitual es utilizarlo como consecuencia de la detección de un error. Si el programa se comporta mal en un cierto punto, hay que averiguar la causa precisa para poder repararlo.

LAS PRUEBAS DE LA CAJA BLANCA

La prueba de la caja blanca es un método de diseño de casos de prueba que
usa la estructura de control del diseño procedimental para derivar los casos de
prueba.
Las pruebas de caja blanca intentan garantizar que:
• Se ejecutan al menos una vez todos los caminos independientes de
cada módulo
• Se utilizan las decisiones en su parte verdadera y en su parte falsa
• Se ejecuten todos los bucles en sus límites
• Se utilizan todas las estructuras de datos internas

LA PRUEBA DE LA CAJA NEGRA

Las pruebas de caja negra se llevan a cabo sobre la interfaz del software,
obviando el comportamiento interno y la estructura del programa.
Los casos de prueba de la caja negra pretenden demostrar que:

• Las funciones del software son operativas
• La entrada se acepta de forma correcta
• Se produce una salida correcta
• La integridad de la información externa se mantiene

PORTADA

SISTEMAS DISTRIBUIDOS

TRABAJO COLABORATIVO No.3

MARIA GLADYS AMAYA

24231265

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

NOBIEMBRE 30

2008

YOPAL CASANARE