BITACORA 3
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.
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.
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.
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.
Interfaz (Final)
Daltonismo
Deuteranopia (Rojos/Verdes)
Protanopia Rojos-Verdes
Tritanopia azules/amarillas
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.
Testing de las acciones de
inter
Detalles a la estructura

Untitled presentation

  • 1.
  • 2.
    Calendarización a lafecha 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é realizarpruebas 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 hicieronpruebas 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 encontraronalgunos 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 alos comentarios y sugerencias que se realizaron para la bitácora 2 se realizaron modificaciones a la interfaz. Y nos quedó de esta manera.
  • 7.
  • 8.
  • 9.
  • 10.
  • 11.
  • 12.
    Testing a lasacciones 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.
  • 13.
    Testing de lasacciones de inter
  • 14.
    Detalles a laestructura