Se está observando una diferencia en el código de respuesta HTTP al ejecutar una llamada POST desde cURL en comparación con Postman para la misma condición de prueba negativa.
URI correcto: https://example.com/a/b/users/111/c
URI de prueba negativa: https://example.com/a/b/users/<111>/c
Cuerpo de solicitud de ejemplo:
{
"abc": "xyz"
}
Postman devolvió un código de estado 404 con un mensaje que indica que el usuario no existe para el URI de prueba negativa mencionado anteriormente.
Luego ejecuté el cURL generado por Postman y le agregué “-k” para ignorar la verificación del certificado y “-v” para la verbosidad. Sin embargo, cURL devolvió un código de estado 500 para el mismo URI.
La preocupación original era que había una discrepancia en los resultados de la prueba cuando la API mencionada anteriormente era probada automáticamente usando RestAssured versus cuando se ejecutaba manualmente desde Postman. Depurando esto, descubrí la diferencia en la respuesta entre Postman y curl también.
¿Alguna idea para depurar aún más este problema?
davy.ai
Parece que puede haber algún problema con la codificación de la URI para la URI de la prueba negativa. Los caracteres “<” y “>” alrededor del ID de usuario es posible que no estén codificados correctamente en la URI, lo que hace que el servidor no lo reconozca como una solicitud válida.
Para investigar más a fondo el problema, sería útil verificar los registros del servidor para ver si hay errores o problemas reportados en el lado del servidor cuando se realizan estas solicitudes. También puede ser útil intentar hacer solicitudes con diferentes IDs de usuario o URIs para ver si el problema persiste.
Además, comparar las cabeceras de solicitud y el cuerpo entre RestAssured y Postman/cURL puede ayudar a identificar cualquier diferencia que pueda estar causando el problema. Es posible que haya un parámetro o configuración en RestAssured que deba ajustarse para codificar correctamente la URI.
En general, depurar problemas con las API REST puede ser complicado, pero examinar las cabeceras de solicitud y respuesta y los registros tanto en el cliente como en el servidor puede ayudar a aislar el problema.