Caja Negra y Caja Blanca

Caja Negra Las pruebas de caja negra son un tipo de test que se hacen al software desde el punto de vista de las entradas y salidas o respuestas sin tomar en cuenta cómo funciona. En otras palabras de una prueba de caja negra nos interesa como interactúa con el medio que lo rodea, dándole importancia a la pregunta !"u# es lo que hace$ % no a !&ómo lo hace$ Es as' que no se precisa saber a detalle el funcionamiento interno. (s' es como se diferencia de una prueba de caja blanca en )EL "*E+ y )EL &-+ atribuy#ndole )EL "*E+ a la caja negra y )EL &-+ a la caja blanca. Las pruebas de caja negra se encuentran con diferentes nombres, ya sea )rue rueba bas s de caja caja opac opaca+ a+,, )rue rueba bas s de entr entrad adas as y sali salida das+ s+,, )pru )prueb ebas as inducidas por datos+, entre otros. *na de las principales caracter'sticas de estas pruebas es que se centran principalmente en los módulos o una sección espec'/ca del software. Estas pruebas ayudan al 0ester a solo ver los resultados que salen, mas no a preocuparse de lo que ocurre en el interior. tra de las caracter'sticas es que las pruebas de caja negra se apoyan y basan en lo que se especi/có en los requisitos y documentación funcional. ara que se cumplan los requisitos establecidos en la documentación de una manera óptima óptima las pruebas de caja caja negra se pueden pueden combinar con pruebas pruebas de integración, para prever problemas que a la larga afecta el rendimiento del software. 1e puede decir que las ruebas de &aja 2egra ayudan a a • • •

• •

3etectar 4unciones 5ncorrectas o ausentes. 3etectar Errores de interfa6. 3etec 3etectar tar Erro Errore res s en estruct estructura uras s de datos datos o en acces accesos os a las 73 e8ternas. 3etectar Errores de rendimiento. 3etectar Errores de iniciali6ación inicial i6ación y terminación.

Entrada

CAJA NEGRA

1alidas

Testing Funcional VS Pruebas de Caja Negra 1egún 51"07 las pruebas funcionales son pruebas dise9adas tomando como referencia las especi/caciones funcionales de un componente o sistema, para comprobar que el software cumple las funciones esperadas. Las pruebas no funcionales son pruebas que no se re/eren a las funcionalidades, sino a atributos transversales a la misma, como la usabilidad, la mantenibilidad, la e/ciencia, etc. Es as' que se aclara que las pruebas funcionales y no funcionales están incluidas como pruebas de caja negra.

E8haustivid ad

&aja 2egra

&aja 7lanca

4ucional

2o 4uncional

Técnicas para Pruebas de Caja Negra: PRUEBA E PART!C!"N E#U!VA$ENTE Este m#todo de prueba de caja negra divide el dominio de entrada de un programa en clases de datos, a partir de las cuales deriva los casos de prueba. &ada una de estas clases de equivalencia representa a un conjunto de estados válidos o inválidos para las condiciones de entrada.

E$ %&T'' E$ AN($!S!S E $'S VA$'RES $)%!TES *AV$+ 1e basa en la evidencia e8perimental de que los errores suelen aparecer con mayor probabilidad en los e8tremos de los campos de entrada. *n análisis de las condiciones l'mites de l as clases de equivalencia aumenta la e/ciencia de la prueba. &ondiciones l'mites valores justo por encima y por debajo de los márgenes de la clase de equivalencia.

%&T''S E PRUEBA BASA'S EN ,RAF'S Entender los objetos que se van a modelar y las relaciones que conectan a estos. 3e/nir una serie de pruebas que veri/que que )todos los objetos tienen entre ellos la relaciones esperadas+