programación i - Universidad ORT Uruguay
programación i - Universidad ORT Uruguay
programación i - Universidad ORT Uruguay
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Programación I 77<br />
Semana 8<br />
8.1 Prueba de Programas<br />
Los programas se prueban para ver si están mal. Si se hace una prueba y no encontré ningún<br />
error, probablemente esté mal probado. Los principios que guían la prueba de programas son:<br />
- Definir los resultados esperados: tener definidos claramente qué es lo que se quiere<br />
probar, qué se ingresará y qué se espera obtener.<br />
- Otra persona que pruebe: los programas no deberían ser probados sólo por quien los<br />
hace. Es altamente recomendable que otra persona pruebe en forma independiente el programa.<br />
- Ver a fondo cada salida o resultado. Debe verificarse cuidadosamente cada una de las<br />
salidas o resultados obtenidos.<br />
- Probar casos esperados y correctos así como inesperados o incorrectos. Por ejemplo,<br />
si se está probando el ingreso de la edad de un funcionario y el rango es entre 18 y 65 años, hay<br />
que probar ingresar valores correctos, como 20 o 45; valores de borde: 18, 65; y valores no<br />
válidos, como por ejemplo 17, -3, 66, 100.<br />
- Ver que el programa no haga cosas “de más”. Por ejemplo, que el sistema luego de<br />
calcular los sueldos de los funcionarios borre todos los datos…<br />
- Las pruebas deben ser completas. Siempre debe probarse en su totalidad.<br />
- Pensar en probabilidad de más errores. Hay que pensar que si "pude cometer x errores,<br />
¡quizás haya x+1!".<br />
8.1.1 Estrategias de Prueba de Programas<br />
Planteemos la siguiente analogía: se tiene un reloj de agujas y se desea saber si funciona bien.<br />
Una alternativa es mirar la hora que marca, esperar una hora y ver nuevamente la hora. O sea,<br />
considerar el reloj como una "caja negra" y analizar las salidas. Otra opción es abrir el reloj y<br />
estudiar si todos los engranajes funcionan bien. Es una prueba de "caja blanca". Estos dos<br />
enfoques, de caja negra y de caja blanca, se aplican para la prueba de programas.<br />
8.1.1.1 Caja Negra<br />
Para hacer pruebas de caja negra, se elaboran datos de prueba, indicando que es lo que se quiere<br />
probar, qué se espera obtener y qué se obtiene realmente. Siempre se debe indicar el valor con el<br />
que efectivamente se realizó cada prueba.<br />
Así, en el caso de la edad del funcionario se podría armar una tabla como la de la Ilustración 13<br />
Tabla de datos de prueba:<br />
Qué se quiere probar Qué se espera obtener Qué se obtiene<br />
se quiere ingresar un que informe que está correcto se acepta el resultado<br />
funcionario de edad 24, para lo<br />
cual se digita el valor 24 al<br />
solicitar la edad<br />
se quiere incorrectamente que informe que no es correcto se obtiene lo esperado<br />
ingresar un funcionario de<br />
edad negativa, por ejemplo -3<br />
Ilustración 13 Tabla de datos de prueba