14.1 Recomendaciones para probar tus servicios

Para probar tus servicios puedes seguir las siguientes recomendaciones:

  • Probar los casos correctos (Status 200 OK)

    • Probar los diferentes casos de acuerdo a tus reglas de negocio. Por ejemplo para el caso del login, puedes agregar tests para probar el login con los diferentes tipos de usuarios.

    • Si se tienen valores por default no mandar los valores por default y comprobar que se tomen en cuenta los parámetros de default.

  • Probar con casos incorrectos (Status 400 Bad Request)

    • Parámetros incorrectos: Por ejemplo mandar letras en algún valor entero. Si un campo solo permite 50 caracteres mandar 60 caracteres.

    • No enviar los parámetros obligatorios para verificar que se regrese un status 400 y se muestre un mensaje de error claro.

    • Si se tienen límites en algún valor por ejemplo una clave que es entre 1 y 99 mandar un valor negativo o un valor mayor a 99.

  • Probar un servicio sin autorización (Status 401 Unauthorized)

    • Probar un servicio que requiere autorización para acceder a la información

  • Probar un servicio donde no tienes permiso (Status 403 Forbidden)

    • Puedes probar un servicio donde el usuario no tenga acceso a esa información

  • Probar con datos que no regresen datos (Status 404 Not Found o con el estatus definido para este caso, puede ser un estatus 200 con un json vacío o un estatus 400)

    • Por ejemplo en el caso de los clientes puedes probar enviar un id de cliente que no exista para probar que regrese un estatus 404. Algunos consideran el status 404 solo para url incorrectas, otros los consideran cuando no existe un recurso.