¡Buenas! Nuestro grupo notó que, por ejemplo, en el programa1.py, las salidas esperadas tienen los usuarios separados por saltos de linea, pero el último usuario no tiene un salto de línea junto a el, el tema es que por ejemplo para el programa2.py esto si sucede con el ultimo usuario mencionado y la cantidad que fue mencionado, lo que hace que sea inconsistente con el otro programa, por lo que nos preguntabamos si esto va a ser asi para ambos programas, o en realidad la idea es que también el último usuario tenga ese salto de línea. Más que nada lo preguntamos por que si después los casos privados llegan a tener saltos de linea y otros no, puede llegar a salir casos mal por eso.
Hola Anthony, acabo de probar el script de prueba y si tu salida no tiene salto de línea al final y la salida esperada si lo tiene se toma como salida valida igual, es decir, no se preocupen por ese último salto de línea, debería darles bien la corrida del script tanto si está como si no.
¡Hola! Si no hacemos eso de al último usuario no ponerle el salto de línea sale el siguiente error al ejecutar el test.py:
1c1 < devJourney
---
> devJourney
\ No newline at end of file
RESULTADO: ERROR (la salida no es la esperada).
1c1 < devJourney
---
> devJourney
\ No newline at end of file
RESULTADO: ERROR (la salida no es la esperada).
Lo que les mencioné en el mensaje anterior es que si al último usuario no le ponen el salto de línea al final y la salida esperada sí lo tiene les da bien igual. O sea si quieren unificar criterios (porque el programa 2 si tiene salto de línea al final y el 1 no), tomen como criterio general no ponerle salto de línea al final.
Nos sucede lo mismo si tomamos como criterio general no ponerle salto de línea:
10c10 < blockchainBard: 1
\ No newline at end of file
---
> blockchainBard: 1
RESULTADO: ERROR (la salida no es la esperada).
Supongo que debe ser algo de si se prueba en Linux o en Windows, ya que estamos probando en Windows y ahi al diff si le importa ese salto tal vez. Gracias por la ayuda!
10c10 < blockchainBard: 1
\ No newline at end of file
---
> blockchainBard: 1
RESULTADO: ERROR (la salida no es la esperada).
Supongo que debe ser algo de si se prueba en Linux o en Windows, ya que estamos probando en Windows y ahi al diff si le importa ese salto tal vez. Gracias por la ayuda!
Para evitar estos problemas eliminé el espacio en blanco que quedaba en las salidas esperadas de los programas 2 y 4. Ahora ninguna salida esperada tiene espacio en blanco al final.
En respuesta a Lucia Thais De Oliveira Gude
Re: Salidas esperadas
Buen día Lucia, con algunos test del programa5 pasa algo parecido con un salto de línea y algunos espacios en blanco en los .JSON de las entradas.
A modo de ejemplo, la entrada 7.json esta correcta en cuanto a espacios en blanco y saltos de línea (para que puedan ver la comparación con las otras entradas).
Nos marca error con esas cosas al generar el nuevo archivo, las sustituciones del texto están correctas.
Probe formatear los archivos de entrada nuevamente como JSON para quitar esos espacios en blanco, al igual que las salidas esperadas, y los errores se fueron.
Se podría revisar las salidas esperadas y entradas del programa 5? Gracias!
A modo de ejemplo, la entrada 7.json esta correcta en cuanto a espacios en blanco y saltos de línea (para que puedan ver la comparación con las otras entradas).
Nos marca error con esas cosas al generar el nuevo archivo, las sustituciones del texto están correctas.
Probe formatear los archivos de entrada nuevamente como JSON para quitar esos espacios en blanco, al igual que las salidas esperadas, y los errores se fueron.
Se podría revisar las salidas esperadas y entradas del programa 5? Gracias!
En respuesta a Mateo Floreal Galagorri Solsona
Re: Salidas esperadas
Buenas, en este caso al no tener que generar un texto de cero, solo cambiar cosas dentro de los mensajes no veo por que esto les hace un problema. La idea es que dada la entrada cambien algunas cosas del lenguaje markdown, pero dado que estos cambios no tienen que ver ni con los corchetes ni con el salto de línea al final no entiendo por qué esto les complica. Si la entrada tiene espacio al final la salida esperada también lo tiene y eso deberían preservarlo. Si no tiene espacio al final la salida esperada tampoco lo tiene y eso también se preserva.
En respuesta a Lucia Thais De Oliveira Gude
Re: Salidas esperadas
Lucia, nosotros al generar el archivo de salida en el programa5, al ser una estructura JSON, lo formateamos como tal en el .TXT de salida.
Tal vez generando el archivo de salida sin formatear evitemos estos problemas, lo intentamos sin formatear y cualquier cosa volvemos a consultar.
Tal vez generando el archivo de salida sin formatear evitemos estos problemas, lo intentamos sin formatear y cualquier cosa volvemos a consultar.
Lucia como estas? espero que muy bien,
Lo que encontramos con Mateo es una discrepancia específica en el formato de los archivos .txt de las salidas esperadas.
Algunos archivos inician con un salto de línea luego del primer carácter '{'(para ser mas específicos los archivos del programa5_0 al programa5_6), mientras que otros no (programa5_7). Esta diferencia se ve como diferencia en el uso del script de test. Adjunto captura que de lo mencionado
Lo que encontramos con Mateo es una discrepancia específica en el formato de los archivos .txt de las salidas esperadas.
Algunos archivos inician con un salto de línea luego del primer carácter '{'(para ser mas específicos los archivos del programa5_0 al programa5_6), mientras que otros no (programa5_7). Esta diferencia se ve como diferencia en el uso del script de test. Adjunto captura que de lo mencionado
Buenas, leyendo sus mensajes me da la impresión de que están usando la librería json o similar para formatear las entradas/salidas. En la letra del laboratorio y en la presentación se aclaro que este es un laboratorio sobre expresiones regulares y todo lo que pueda ser realizado con la librería re debe ser hecho únicamente con esta librería. En específico no está permitida la importación de NINGUNA LIBRERÍA que no sean re y sys (esta última porque la usamos para leer las entradas, no deberían usarla ustedes tampoco en su solución). Se va a chequear el uso de librerías que no sean re, en cuyo caso la solución será considerada NO VÁLIDA.
Usando solo la librería re no deberían tener ninguno de los problemas que mencionan. Pero cualquier cosa vuelven a consultar.
Usando solo la librería re no deberían tener ninguno de los problemas que mencionan. Pero cualquier cosa vuelven a consultar.