PRESENTACIÓN

Nombre: Harlys De Jesús Almánzar Polanco

Matrícula: A00106065

Maestro: Omar De La Cruz González

Tema: Pruebas de Caja Negra

Materia: Verificación y validación de software

INTRO
Las Pruebas de Caja Negra, es una técnica de pruebas de software en la cual la
funcionalidad se verifica sin tomar en cuenta la estructura interna de código,
detalles de implementación o escenarios de ejecución internos en el software.
En las pruebas de caja negra, nos enfocamos solamente en las entradas y salidas
del sistema, sin preocuparnos en tener conocimiento de la estructura interna del
programa de software. Para obtener el detalle de cuáles deben ser esas entradas
y salidas, nos basamos en los requerimientos de software y especificaciones
funcionales.
La distinción entre técnicas de pruebas de caja negra y pruebas de caja blanca es
la clasificación clásica de las pruebas de software.
Las pruebas de caja negra, también denominadas por el ISTQB como técnicas
basadas en especificación, son una forma de derivar y seleccionar condiciones,
datos y casos de prueba a partir de la documentación de requerimientos del
sistema.
Las pruebas de caja negra no utilizan ninguna información interna de los
componentes de software o sistemas que se van a probar, sino que consideran el
comportamiento del software desde el punto de vista de un observador externo,
es decir, tal y como lo “viven” los usuarios del sistema.

DESARROLLO
A continuación unos ejemplos de caja negra
1- Descripción del caso: El sistema enviará un correo electrónico cuando se
registre alguna de las siguientes transacciones: pedido de venta de cliente,
despacho de mercancía al cliente, emisión de factura a cliente y registro de
cobro al cliente.
Técnica de pruebas de caja negra: Requerimiento funcional / Caso de uso
Caso 1.1: Datos de entrada: Registrar pedido de venta. Resultado esperado
(Salida): El sistema envía un correo electrónico al cliente como constancia que su
pedido se ha recibido.
Caso 1.2: Datos de entrada: Registrar despacho de mercancía al cliente. Resultado
esperado (Salida): El sistema envía un correo electrónico al cliente como
constancia que se ha realizado el despacho.
Caso 1.3: Datos de entrada: Registrar factura de cliente. Resultado esperado
(Salida): El sistema envía un correo electrónico al departamento de facturación y
al cliente.
Caso 1.4: Datos de entrada: Registrar cobro. Resultado esperado (Salida): El
sistema envía un correo electrónico al departamento de cuentas por cobrar y al
agente comercial (vendedor) que lleva la cuenta del cliente.
2- Ejemplo 2: Ingreso de pedidos de compra por debajo y por encima de límites
de aprobación
Descripción del caso: Los pedidos de compra que excedan el monto
establecido en el flujo de liberaciones de pedidos configurados, deberán pasar
por las aprobaciones establecidas en dicho flujo de aprobación.

Técnica de pruebas de caja negra: Requerimiento funcional / Caso de usoCaso

2.1: Datos de entrada: Pedido de compra con un monto inferior al primer

límite de aprobación configurado. Resultado esperado (Salida): El sistema
registra el pedido con estatus “aprobado”.
Caso 2.2: Datos de entrada: Pedido de compra con un monto superior al
primer límite de aprobación configurado. Resultado esperado (Salida): El
sistema coloca el pedido con estado “pendiente de aprobación” y lo clasifica
en la bandeja de entrada del aprobador. El aprobador puede configurarse en
el sistema (usando el nombre de usuario).

Caso 2.3: Datos de entrada: Modificar el límite de aprobación y registrar un

pedido de compra con un monto inferior al nuevo límite. Resultado esperado
(Salida): El sistema registra el pedido con estatus “aprobado”.

Caso 2.4: Datos de entrada: Modificar el límite de aprobación y registrar un

pedido de compra con un monto superior al nuevo límite. Resultado esperado
(Salida): El sistema coloca el pedido con estado “pendiente de aprobación” y
lo clasifica en la bandeja de entrada del aprobador. El aprobador puede
configurarse en el sistema (usando el nombre de usuario).

¿Cómo se realizan las pruebas de caja negra?

Cada empresa o tester, tienen su estrategia a la hora de aplicar este tipo de
prueba, dependiendo del tipo de aplicación o el tiempo asignado a pruebas,
entre otros factores, se realizan las pruebas de caja negra de una forma mas
intensiva o mas exploratorias. Aun así, hay una secuencia de pasos a seguir
media estandarizada para poder realizar este tipo de prueba de manera
efectiva:
 Lo primero será un previo análisis de los requisitos y especificaciones
del software.
 El tester diseñará una batería de entradas validas, también llamado
escenario de prueba positiva, para verificar si el software las procesa
correctamente. También se diseñan entradas no válidas (llamado
escenario de prueba negativa) para comprobar si el software que se
 está probando es capaz de detectarlas y reaccionar antes estas
entradas.
 Basándose en las entradas, el tester determina para cada una de estas
las salidas esperadas correspondientes.
 Una vez que se tienen las entrada y su correspondiente salida, se diseña
los casos de prueba.
 Se ejecutan esos casos de pruebas.
 El tester comprueba la salida que ha emitido el software con la salida
esperada de los casos de prueba.
 Si la salida del software coincide con la salida esperada, el software
hace lo que tiene que hacer para esa entrada. Pero si la salida del
software no coincide con la salida esperada, hemos encontrado un
defecto en el software. Lo que conllevará su posterior reparación.\

CONCLUSION
Las pruebas de caja negra tienen su propio ciclo de vida llamado “Software
Testing Life Cycle (STLC), y dependen de cada etapa del ciclo de vida de
desarrollo del software. Quiere decir que en cada una de las etapas del ciclo
de vida de un software se pueden realizar distintos tipos de pruebas. Hoy
en día es muy común que las pruebas se realicen durante cada uno de estas
etapas, consiguiendo así una mejor calidad del software.