Modelos y rutas (MongoDB)

Yes or No

Played 32

Create copy

About this activity

Análisis de modelos y rutas

Created by

Verónica Mora Lezcano

Costa Rica

Download the paper version to play

Top 10 results

#	Player	Accuracy	time
1	Fabi April 9, 2026	% 85	03:06

Do you want to stay in the Top 10 of this game? Log in to identify yourself.

Make your own free game from our game creator

Compete against your friends to see who gets the best score in this game

Make challenge

Is it true?

Educaplay Educational Resources

Spain

(58)

Answer if the following sentences about general culture are true or not.
Foot and Ankle Anatomy Quiz

Thilaxshi Suresh

United Kingdom

(9)

Test your knowledge of the bones, joints, and muscles of the foot and ankle with this interactive quiz. Answer with ✅ if the statement is correct and ❌ if it is incorrect.
Grammys for best song/record

Educaplay Educational Resources

Spain

(50)

Answer if these songs won the Grammy for Best Song or Record of the Year (the general ones, category Grammys do not count)
Adjective Checker

Erika Moreno

Ecuador

(14)

In this game, you will have to determine if the adjective provided accurately describes the noun. Test your knowledge of adjectives and see if you can spot the correct matches!
Is it created with Artificial Intelligence? - Complete game

Educaplay Educational Resources

Spain

(17)

Images, songs... Nothing is what it seems anymore. Are they generated with AI, or are they real?

		%
	Anonymous	%
		%
		%

Print your game

Modelos y rutas (MongoDB)


Modelos y rutas (MongoDB)Online version Análisis de modelos y rutas by Verónica Mora Lezcano 1 Si se define un esquema con un campo requerido y no se proporciona al crear un documento, Mongoose lanzará una excepción que debe capturarse en el bloque catch. Sí No 2 Si un empleado puede tener muchas certificaciones y una certificación puede ser compartida por varios empleados, ¿es mejor usar referencia (ObjectId) en lugar de embebido? Sí No 3 En una ruta PUT para actualizar un empleado, ¿es obligatorio enviar todos los campos del modelo para evitar perder información? Sí No 4 Usar res.status(400).json({ error: error.message }) en un catch es suficiente para manejar cualquier tipo de error. Sí No 5 Al probar el backend, conviene también simular errores como envío de datos incompletos, IDs inválidos o conflictos, para asegurar que los mensajes de error sean claros. Sí No 6 Para probar el endpoint POST /productos, es suficiente con enviar un JSON válido y verificar que el código de respuesta sea 200. Sí No 7 Cuando se prueba un formulario de registro, es suficiente con probar una sola combinación de datos válidos; probar casos inválidos es opcional. Sí No 8 Dado el esquema de Empleado con un campo direccion embebido, ¿es correcto modelar la dirección como un subdocumento sin _id propio? Sí No 9 Para obtener un empleado junto con los datos completos de sus certificaciones (no solo los IDs), es necesario usar .populate('certificaciones'). Sí No 10 Al desarrollar una API, es una buena práctica probar los endpoints con herramientas como Postman o Thunder Client antes de hacer la conexión con el frontend. Sí No 11 Si todas las pruebas del backend pasan correctamente, se puede garantizar que el frontend también funcionará sin errores. Sí No 12 En una ruta que recibe un id como parámetro, es buena práctica verificar si ese ID tiene un formato válido de MongoDB antes de buscar en la base de datos. Sí No 13 En un endpoint que agrega una certificación a un empleado, es suficiente recibir correo y certificacionId en el body; no es necesario verificar que la certificación exista previamente. Sí No

You can integrate the game into an LMS compatible with LTI 1.1 or LTI 1.3 such as Canvas, Moodle, or Blackboard. This way, the scores will be automatically saved into the platform’s gradebook.

Modelos y rutas (MongoDB)

Yes or No

About this activity

Created by

Download the paper version to play

Top Games

Yes or No

Is it true?

Yes or No

Foot and Ankle Anatomy Quiz

Yes or No

Grammys for best song/record

Yes or No

Adjective Checker

Yes or No

Is it created with Artificial Intelligence? - Complete game

Modelos y rutas (MongoDB)Online version

by Verónica Mora Lezcano

Si se define un esquema con un campo requerido y no se proporciona al crear un documento, Mongoose lanzará una excepción que debe capturarse en el bloque catch.

Si un empleado puede tener muchas certificaciones y una certificación puede ser compartida por varios empleados, ¿es mejor usar referencia (ObjectId) en lugar de embebido?

En una ruta PUT para actualizar un empleado, ¿es obligatorio enviar todos los campos del modelo para evitar perder información?

Usar res.status(400).json({ error: error.message }) en un catch es suficiente para manejar cualquier tipo de error.

Al probar el backend, conviene también simular errores como envío de datos incompletos, IDs inválidos o conflictos, para asegurar que los mensajes de error sean claros.

Para probar el endpoint POST /productos, es suficiente con enviar un JSON válido y verificar que el código de respuesta sea 200.

Cuando se prueba un formulario de registro, es suficiente con probar una sola combinación de datos válidos; probar casos inválidos es opcional.

Dado el esquema de Empleado con un campo direccion embebido, ¿es correcto modelar la dirección como un subdocumento sin _id propio?

Para obtener un empleado junto con los datos completos de sus certificaciones (no solo los IDs), es necesario usar .populate('certificaciones').

Al desarrollar una API, es una buena práctica probar los endpoints con herramientas como Postman o Thunder Client antes de hacer la conexión con el frontend.

Si todas las pruebas del backend pasan correctamente, se puede garantizar que el frontend también funcionará sin errores.

En una ruta que recibe un id como parámetro, es buena práctica verificar si ese ID tiene un formato válido de MongoDB antes de buscar en la base de datos.

En un endpoint que agrega una certificación a un empleado, es suficiente recibir correo y certificacionId en el body; no es necesario verificar que la certificación exista previamente.