Pruebas de

aplicaciones
convencionales
¿Qué es? La meta es diseñar una serie de casos de prueba que
tengan una alta probabilidad de encontrar errores; pero
¿cómo?, Ahí es donde entran en escena las técnicas de
prueba de software. Dichas técnicas proporcionan
lineamientos sistemáticos para diseñar pruebas que:
1) Revisen la lógica interna y las interfaces de todo
componente de software y
2) Revisen los dominios de entrada y salida del programa
para descubrir errores en el funcionamiento,
comportamiento y rendimiento del programa.
 ¿Por qué es Las revisiones y otras acciones SQA pueden y deben
descubrir errores, pero no son suficientes. Cada vez que el
importante? programa se ejecuta, ¡el cliente lo prueba! Por tanto, tiene
que ejecutarse el programa antes de que llegue al cliente,
con la intención específica de encontrar y remover todos
los errores.
¿Cómo me Cuando se realizan pruebas, cambia el punto de vista.
¡Intente con ahínco “romper” el software! Diseñe casos
aseguro de de prueba en forma sistemática y revise
minuciosamente los casos de prueba creados. Además,
que lo hice puede evaluar la cobertura de la prueba y rastrear las
bien? actividades de detección de errores.
¿Cuáles son los pasos?
Para aplicaciones convencionales, el software se prueba desde dos
perspectivas diferentes:

1) la lógica de programa interno se revisa usando técnicas de diseño de casos de prueba de “caja blanca”.

2) los requerimientos de software se revisan usando técnicas de diseño de casos de prueba de “caja negra”.
 Fundamentos de la prueba del software

1 2 3 4 5 6 7 8

Comprobabilidad Operatividad Observabilidad Controlabilidad Descomponibilidad Simplicidad Estabilidad Comprensibilidad

Prueba de
caja Blanca

Se basan en el examen cercano de los detalles de procedimientos. Las

rutas lógicas a través del software y las colaboraciones entre
componentes se ponen a prueba al revisar conjuntos específicos de
condiciones y/o bucles.
 1 2 3 4
Garantizar que todas las Ejecutar todos los bucles Revisar todas las Revisar estructuras de
rutas independientes en sus fronteras y dentro decisiones lógicas en sus datos internas para
dentro de un módulo se de sus fronteras lado verdadero y falso. garantizar su validez.
revisaron al menos una operativas.
vez.

Características
Prueba de
caja Negra

Se refieren a las pruebas que se llevan a cabo en la interfaz del software. Una
prueba de caja negra examina algunos aspectos fundamentales de un sistema
con poca precaución por la estructura lógica interna del software.
 • Funciones incorrectas o
fallas.
• Errores de interfaz.
• Errores en las estructuras de
datos o en el acceso a datos.
• Errores de comportamiento
o rendimiento.
• Errores de inicialización y
terminación.

Tipos de errores
Prueba de
caja Negra
Pruebas de
aplicaciones
orientadas a
objetos
Objetivo El análisis orientado a objetos y su diseño se basan en
definir una serie de actividades relevantes al problema
que se va a resolver, en donde son comúnmente
utilizados las operaciones y atributos asociados. Para
cumplir con esto se deben tener en cuenta las siguientes
tareas.
 ¿Por qué es El programa tiene que ejecutarse antes de que llegue al
cliente con la intención específica de remover todos los
importante? errores, de modo que el cliente no experimente la
frustración que produce encontrarse con un producto de
calidad pobre. Con la finalidad de encontrar el mayor
número posible de errores.
Modelos de prueba AOO y DOO
Los modelos de análisis y diseño no pueden probarse de la manera convencional
porque no pueden ejecutarse. Sin embargo, pueden usarse revisiones técnicas
para examinar su:
• Exactitud.
• Consistencia.