10.05.2014 Views

programación i - Universidad ORT Uruguay

programación i - Universidad ORT Uruguay

programación i - Universidad ORT Uruguay

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!