untitled presentation
TRANSCRIPT
Calendarización a la fechaESTACIONAMIENTO FECHAS PUNTOS
Pruebas, detección de errores y selección de motores.
7 -Febrero 12
Pruebas, rediseño y modificaciones a la estructura del estacionamiento (Agrego análisis y pruebas).
21-Febrero 10
Pruebas Unitarias ,Testing de acciones,detalles finales de la estructura.
28-Febrero 10
Pruebas unitariasPorqué 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.
Pruebas unitariasSe 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.
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.
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.
Testing a las acciones de interfazSe 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.