Url share #16
Url share #16
Conversation
| res.json(await createUserChallenge(body, user)) | ||
| })) | ||
|
|
||
| router.get('/userChallenge/:sharedId', (async (req: AuthenticatedRequest, res) => { |
There was a problem hiding this comment.
Al principio no me convencía sharedId, pero sospecho que es mejor que se llame así porque es algo que "ve" el usuario. Y que por dentro los objetos estos tengan el _id automático que sea distinto a ese.
| request().put(authenticated(`/userChallenge/1234`)) | ||
| .send(userChallenge) | ||
| .expect(200) | ||
| .then(hasBodyProperty('sharedId')) |
There was a problem hiding this comment.
¿No deberían chequear que el user sea el nuevo, y el sharedId sea el del nuevo user y no el del viejo?
There was a problem hiding this comment.
Eso es si esta lógica está en el back ¿dónde está esta lógica? Si es en el front, los tests van en el front.
There was a problem hiding this comment.
La logica esta en el backend:
Esa función es lo que hace el PUT. Si no se encuentra un desafío con el id y usuario que viene en la request se crea un nuevo desafio. Entonces este test está testeando esa logica haciendo que el id no exista.
| import { prop, getModelForClass, Severity, modelOptions, Ref } from '@typegoose/typegoose' | ||
| import { User } from './user' | ||
|
|
||
| //This is duplicated in pilas react, remember to unificar when making the monorepo :) |
React Program-AR/pilas-bloques-app#147