Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Presentac..

2,493 views

Published on

Published in: Technology, Education
  • Be the first to comment

  • Be the first to like this

Presentac..

  1. 1. CAJA NEGRA<br />
  2. 2. QUE ES LA CAJA NEGRA<br />La caja negra es un misterio. En donde funcione, sea como parte de un sistema, la caja negra es algo que se ha inventado para ajustarse a las situaciones que demandan resguardar la verdad. <br /> Como parte de algún componente de la teoría de sistemas, la caja negra puede ser estudiada como un modelo que presenta entradas, procesos y salidas. Las entradas son los insumos de las partes del sistema. <br /> Éstos, se procesan sin conocerse la forma como se alteran y se relacionan las propiedades que los componen. Proceso que transforma a esos insumos, para arrojar un producto final acabado. <br /> Y es precisamente el proceso de transformación el espacio del sistema en donde se activa la caja negra, propiamente dicha. Porque es allí en donde se crea el producto final sin que el usuario del modelo sepa como se logró hacerlo.<br />
  3. 3. PARA QUE SE UTILIZA<br />La caja negra se utiliza para representar a los sistemas cuando no sabemos que elementos o cosas componen al sistema o proceso, pero sabemos que a determinadas entradas corresponden determinadas salidas y con ello variables inducir, presumiendo que a determinados estímulos, las variables funcionaran en cierto sentido. <br />
  4. 4. Pruebas de caja negra<br />Las pruebas de caja negra se centran en lo que se espera de un módulo, es decir, intentan encontrar casos en que el módulo no se atiene a su especificación. Por ello se denominan pruebas funcionales, y el probador se limita a suministrarle datos como entrada y estudiar la salida, sin preocuparse de lo que pueda estar haciendo el módulo por dentro. <br />Las pruebas de caja negra están especialmente indicadas en aquellos módulos que van a ser interfaz con el usuario <br />
  5. 5. Pruebas de caja negra<br /><ul><li>Funciones incorrectas o ausentes
  6. 6. Errores de interfaz
  7. 7. Errores en estructuras de datos o en accesos a BD externas
  8. 8. Errores de rendimiento
  9. 9. Errores de inicialización y determinación</li></ul>Tipos de prueba<br />Prueba del sistema<br />Operando en condiciones reales<br /><ul><li>Pruebas de recuperación
  10. 10. Pruebas de seguridad
  11. 11. Pruebas de resistencia (pruebas en situaciones anormales)
  12. 12. Pruebas de rendimiento</li></li></ul><li>METODOS DE PRUEBA DE CAJA NEGRA<br />Métodos de prueba basados en grafos [Pre02]: en este método se debe entender los objetos (objetos de datos, objetos de programa tales como módulos o colecciones de sentencias del lenguaje de programación) que se modelan en el software y las relaciones que conectan a estos objetos. <br />Beizer[Bei95] describe un número de modelados para pruebas de comportamiento que pueden hacer uso de los grafos: <br />Modelado del flujo de transacción.Los nodos representan los pasos de alguna transacción (por ejemplo, los pasos necesarios para una reserva en una línea aérea usando un servicio en línea), <br />
  13. 13. Modelado de estado finito.Los nodos representan diferentes estados del software observables por el usuario (por ejemplo, cada una de las pantallas que aparecen cuando un telefonista coge una petición por teléfono),<br />Modelado de flujo de datos.Los nodos objetos de datos y los enlaces son las transformaciones que ocurren para convertir un objeto de datos en otro. <br />Modelado de planificación.Los nodos son objetos de programa y los enlaces son las conexiones secuenciales entre esos objetos. Los pesos de enlace se usan para especificar los tiempos de ejecución requeridos al ejecutarse el programa. <br />CGráficaCausa-efecto. La gráfica ausa-efecto [Mye04]representa una ayuda gráfica en seleccionar, de una manera sistemática, un gran conjunto de casos de prueba. <br />
  14. 14. Partición equivalente: Pressman [Pre02] presenta la partición equivalente como un método de prueba de caja negra que divide el campo de entrada de un programa en clases de datos de los que se pueden derivar casos de prueba. Un caso de prueba ideal descubre de forma inmediata una clase de errores que, de otro modo, requerirían la ejecución de muchos casos antes de detectar el error genérico. La partición equivalente se dirige a la definición de casos de prueba que descubran clases de errores, reduciendo así el número total de casos de prueba que hay que desarrollar. <br />Análisis de valores límite: los errores tienden a darse más en los límites del campo de entrada que en el centro. <br />La prueba de la tabla ortogonal puede aplicarse a problemas en que el dominio de entrada es relativamente pequeño pero demasiado grande para posibilitar pruebas exhaustivas. El método de prueba de la tabla ortogonal es particularmente útil al encontrar errores asociados con fallos localizados -una categoría de error asociada con defectos de la lógica dentro de un componente software-. [Pha97] <br />
  15. 15. Adivinando el error[Mye04]: dado un programa particular, se conjetura, por la intuición y la experiencia, ciertos tipos probables de errores y entonces se escriben casos de prueba para exponer esos errores. Es difícil dar un procedimiento para esta técnica puesto que es en gran parte un proceso intuitivo<br />
  16. 16. EJEMPLO<br />En informática, unidad cuya estructura interna se desconoce, pero cuya función está documentada. Por ejemplo, un chip de memoria puede considerarse una caja negra. Muchas personas utilizan chips de memoria, e incluso los diseñan para los equipos informáticos, pero por lo general sólo los diseñadores de chips de memoria necesitan comprender su funcionamiento interno. <br /> <br /> <br />

×