2. Calendarización a la fecha
ESTACIONAMIENTO FECHAS PUNTOS
Pruebas, detección de errores y selección de 7 -Febrero 12
motores.
Pruebas, rediseño y modificaciones a la 21-Febrero 10
estructura del estacionamiento (Agrego
análisis y pruebas).
Pruebas Unitarias ,Testing de 28-Febrero 10
acciones,detalles finales de la
estructura.
3. Pruebas unitarias
Porqué realizar pruebas unitarias
• Asegura calidad del código entregado. Es la mejor
forma de detectar errores tempranamente en el
desarrollo. No obstante, esto no asegura detectar todos
los errores, por tanto para la siguiente bitácora se
realizarán las prueba de integración y aceptación.
• Ayuda a definir los requerimientos y responsabilidades
de cada método en cada clase aprobada.
4. Pruebas unitarias
Se hicieron pruebas al código haciendo uso de
Unittest para ver si funcionaba todo
correctamente. Se hicieron distintas pruebas
entre ellas:
● Probar que al pedir boleto efectivamente nos
asignaba un lugar vacio.
● Probar si la conexión con la BD funcionaba
correctamente.
● Probó que al recoger boleto se regresara el
mismo entregado.
5. Pruebas Unitarias
Se encontraron algunos errores vimos que
teníamos algunas variables inexistente,
también se comprobó que nos asignaba un
lugar efectivamente vacío pero no el más
cercano vacío.
Estas pruebas fueron realizadas para
comprobar que todo la parte lógica funcionara
correctamente y si no corregirse.
6. Interfaz (Final)
Gracias a los comentarios y sugerencias que
se realizaron para la bitácora 2 se realizaron
modificaciones a la interfaz.
Y nos quedó de esta manera.
12. Testing a las acciones de
interfaz
Se realizó un recorrido a toda la interfaz
diseñada. Esto lo hicimos nosotros los
desarrolladores del proyecto para comprobar
que todo funcionara correctamente.
Igualmente en la siguiente bitácora se volverá
a encuestar a los mismos usuarios para
comprobar que las modificaciones que
sugirieron les sean de su agrado para dar por
terminada la parte de la interfaz.