White box and black box

testing
• Las white box testing o pruebas de caja blanca son las
pruebas que se basan en el conocimiento sobre la estructura
del sistema.
• Las black box testing o pruebas de caja negra son las
pruebas que se basan en el conocimiento sobre las
especificaciones del sistema.
White Las pruebas white box testing o pruebas de
caja blanca se encargan de verificar si el
código fuente se ha preparado correctamente,
por lo que es de suma importancia que la

Box persona o encargado de realizar estas prueba

tenga un alto conocimiento en programación.

Testing Comúnmente es el desarrollador quien

escribió el código
 • Statement coverage testing: las statement
coverage testing o pruebas de cobertura de
declaraciones, proporcionan los datos

Existen probados de manera que se garantice que

cada instrucción de su código se haya
ejecutado al menos una vez.

dos tipos • Decision coverage testing: las decision

coverage testing o pruebas de cobertura de
decisiones son las pruebas de todas las
desiciones que el software pueda tomar.
Beneficios • Pruebas automatizadas
• Precisión en las pruebas

de white • Determinación exacta en donde ocurrió el

error

box • Optimización de código en base a errores

ocultos
• Pruebas incluso antes de la interfaz de

testing usuario
 • Las personas encargadas de realizar estas
pruebas deben tener conocimientos en
programación a fin de dar estructura al
Desventajas código mal hecho.
• En ocasiones no es posible probar todas las
de white box condiciones existentes.
• El solo centrarse en el código existente

testing puede resultar en omitir algunas

deficiencias de funcionalidad sobre todo
cuando el o los desarrolladores
malinterpreto el requerimiento del usuario.
code2flow
 Las pruebas black box testing
o pruebas de caja negra son la
serie de pruebas en las que se
verifican que la aplicación
funcione correctamente sin
Black box conocer la estructura interna
testing del código, pero con muy
buen conocimiento de los
requisitos.
 • Functional testing: Las functional testing o pruebas
de funcionalidad de software, son las que como su
mismo nombre lo dice son las pruebas de
funcionalidad de todo el software, en otras
Las back box palabras “lo que hace el sistema”.
• Non-functional testing: Las non-functional testing
testing se o pruebas no funcionales son las pruebas de
rendimiento, usablidad y seguridad, también
pueden dividir conocidas como «cómo funciona el sistema”.
• Experience-based testing: Las experience-based
en: testing o pruebas basadas en la experiencia son
pruebas en las que la persona encargada validan el
software utilizando su experiencia con proyectos
similares en el pasado e intuición de posibles
errores, este tipo de pruebas comúnmente son un
complemente a las dos anteriores.
¿Cuál es el propósito de
las black box testing?
El propósito principal de las black box es verificar si el software se ha implementado de acuerdo con los
requisitos, cumple con las expectativas del usuario y si no contiene errores.

Las black box testing comúnmente responden a estas preguntas:

• ¿Todas las funcionalidades funcionan correctamente?

• ¿Todos los datos presentados son correctos?
• ¿El usuario puede pasar sin problemas por todo el flujo?
• ¿Están completos todas las funcionalidades?
• ¿La aplicación es amigable?
¿Cómo se realizan las
black box testing?
Las black box testing requieren de ciertos preparativos, por lo que es importante que la
persona encargada tenga conocimientos a fin de:
• Analizar requisitos y especificaciones del software
• Conocer la aplicación en su conjunto
• Preparar de casos de prueba
Una vez realizados los puntos anteriores, la persona encargada se encargara de realizar
casos de prueba, elaborar un análisis detallado de los resultados, informar en caso de
que cualquier ocurra y volver a probar todos cuando se corrijan los errores
 Valores límite
Los valores límite son valores exactos de entrada y salida (los valores que el
usuario ingresa en los campos de la aplicación) que están dentro del limite o
en la parte intermedia de las clases de equivalencia.
 Clases de equivalencia
Las clases de equivalencia es en donde cada caso de prueba, pretende cubrir
el mayor número de entradas posible.
 Tabla de decisiones
• Es donde se crean los casos a partir de una tabla que muestre la
combinación de entradas y salidas con los resultados esperados.
 • Realizado desde las perspectiva del
usuario
• Búsqueda de diferencias entre la

Beneficios
implementación y la especificación
• Los especialistas en Quality Assurance
no tiene que profundizar en la
estructura interna de la aplicación

de black • Se puede crear documentación que

incluya los casos de prueba

box testing • Los casos de prueba se pueden

automatizar
 • Los requisitos o especificaciones

Desventajas pueden no ser claros, dificultando la

escritura de casos de prueba
• No existe certeza de que todas las áreas

de black
hayan sido probadas ya que no es
posible probar todo, pero cada prueba
adicional reduce el riesgo de errores.

box testing