Modelos y rutas (MongoDB)

Oui ou Non

Parties jouées 32

Créer une copie

À propos de cette activité

Análisis de modelos y rutas

Créé par

Verónica Mora Lezcano

Costa Rica

Téléchargez la version pour jouer sur papier

Top 10 résultats

#	Jeux	Précision	temps
1	Fabi 9 Avril 2026	% 85	03:06

Voulez-vous apparaître dans le Top 10 de ce jeu? Connectez-vous pour vous identifier.

Créez votre propre jeu gratuite à partir de notre créateur de jeu

Affrontez vos amis pour voir qui obtient le meilleur score dans ce jeu

Créer un défi

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.
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 true?

Educaplay Educational Resources

Spain

(59)

Answer if the following sentences about general culture are true or not.
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)
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?

		%
	Anonyme	%
		%
		%

Imprimez votre jeu

Modelos y rutas (MongoDB)


Modelos y rutas (MongoDB)Version en ligne Análisis de modelos y rutas par Verónica Mora Lezcano 1 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 2 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 3 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 4 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 5 En una ruta PUT para actualizar un empleado, ¿es obligatorio enviar todos los campos del modelo para evitar perder información? Sí No 6 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 7 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 8 Si todas las pruebas del backend pasan correctamente, se puede garantizar que el frontend también funcionará sin errores. Sí No 9 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 10 Para obtener un empleado junto con los datos completos de sus certificaciones (no solo los IDs), es necesario usar .populate('certificaciones'). Sí No 11 Dado el esquema de Empleado con un campo direccion embebido, ¿es correcto modelar la dirección como un subdocumento sin _id propio? Sí No 12 Usar res.status(400).json({ error: error.message }) en un catch es suficiente para manejar cualquier tipo de error. Sí No 13 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

Vous pouvez intégrer le jeu dans un LMS compatible avec LTI 1.1 ou LTI 1.3 comme Canvas, Moodle ou Blackboard. Les scores seront ainsi automatiquement enregistrés dans le carnet de notes de la plateforme.

Modelos y rutas (MongoDB)

Oui ou Non

À propos de cette activité

Créé par

Téléchargez la version pour jouer sur papier

Top Jeux

Oui ou Non

Foot and Ankle Anatomy Quiz

Oui ou Non

Adjective Checker

Oui ou Non

Is it true?

Oui ou Non

Grammys for best song/record

Oui ou Non

Is it created with Artificial Intelligence? - Complete game

Modelos y rutas (MongoDB)Version en ligne

par Verónica Mora Lezcano

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.

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.

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

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.

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

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.

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?

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

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.

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

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

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.