# 13.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.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://abi.gitbook.io/net-core/14.-introduccion-a-postman/14.1-recomendaciones-para-probar-tus-servicios.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.