Depurar con la consola
Cuando una solicitud o un script no se comporta como esperás, Fetchpier te da algunos lugares donde mirar.
Loguear desde los scripts
Section titled “Loguear desde los scripts”Usá fp.log, fp.warn y fp.error (o console.log/warn/error) en cualquiera de las dos fases. La
salida aparece en la consola de scripts del visor de respuestas. Los valores logueados se clonan en
profundidad a una representación segura, así podés loguear objetos enteros sin filtrar referencias
vivas ni congelarte con un grafo circular.
const body = fp.response.json();fp.log('response body', body);fp.warn('status', fp.response.status);Revisar la pestaña Tests
Section titled “Revisar la pestaña Tests”Las aserciones registradas con fp.test aparecen en la pestaña Tests como pasa/falla, con el
mensaje de error en las fallas. Mirá Tests y aserciones.
fp.test('status is 200', () => fp.expect(fp.response.status).to.equal(200));Atender las variables sin resolver
Section titled “Atender las variables sin resolver”Si una {{variable}} no está definida, Fetchpier la deja literal y la marca en la UI, pero igual envía
la solicitud — así ves exactamente qué salió. Revisá la solicitud resuelta en el
registro de actividad para confirmar qué se envió realmente.
Apoyarte en el editor de scripts
Section titled “Apoyarte en el editor de scripts”Los editores de pre/post script marcan errores de tipo, identificadores sin usar y miembros fp.*
deprecados de forma inline, y no autocompletan nada que el sandbox rechazaría (sin Promise, sin
setTimeout, sin DOM). Si un autocompletado no aparece, el sandbox no lo soporta.