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

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

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!