Endpoints for HTTP Testing
Join the DZone community and get the full member experience.
Join For Free
example.org, example.net, example.com
the least exciting example, but a solid one nonetheless, the "example" domains are reserved exactly so that we can use them in all our various example code without annoying anyone when that code gets copied and pasted. i use these in places where i'm using code from a real project, but removing urls to protect the innocent.
there's more information about these domains (they have some examples with character encoding in urls and things also) here: http://www.iana.org/domains/special
requestb.in
my favourite by far, this got quite a lot of use in the book! the source is available on github as well, so if you need to do in-house testing of any kind then you can make your own copy of this application.
basically:
- visit the site and create a new "bin"
- make requests to the endpoint you are given
- visit the related view page to view exactly which requests were made, what headers were sent, and so on, all in a pretty graphical setting
respondto.it
this tool is also on github so you can grab, use and adapt it, which is fabulous for developers. it's slightly more advanced than requestb.in because you can configure responses for particular requests, but still shows you great detail on what was sent and received, which is great. i didn't use this much because i was really writing toy code but i can see it being a great tool for api development so i'm filing it for future use.
httpbin
perhaps a little less shiny than the others, but much more specific in the way it works. you request to different endpoints, and it returns information about what was in the request, rather than making requests from one tool, and viewing information in a web page. this seems like a perfect tool for testing http clients, for example.
http testing endpoints
having taken the time to get to know some of these tools, i think i'll be using them more in the future rather than the scrappy bits of php script that i usually throw together! these endpoints are an easy way for people to test without having to set anything else up, or could even be used for debugging without really knowing what too much about what is going on, for example emailing a requestb.in link with specific query data to check what other headers a client is sending in order to debug a request. there must be plenty of other possibilities too, do you use a tool like this? leave me a comment!
Published at DZone with permission of Lorna Mitchell, DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.
Trending
-
Unlocking the Power of AIOps: Enhancing DevOps With Intelligent Automation for Optimized IT Operations
-
A Complete Guide to AWS File Handling and How It Is Revolutionizing Cloud Storage
-
Getting Started With the YugabyteDB Managed REST API
-
Top 10 Pillars of Zero Trust Networks
Comments