Kitchen sink HTTP requests

[tobias-tengler]

Would it make sense to create a collection of HTTP requests that represent common combinations of header values, validation failures, etc. and their expected status code / response headers according to this specification?

I'm thinking of either a collection of cURL scripts or an executable that you could point towards a GraphQL HTTP endpoint and assert that it is handling the cases described by the spec correctly.

Server maintainers could transfer these cases to their integration test sweet and other folk could use it to test an existing server for compliance.

I don't think it makes sense for every server maintainer to come up with all of the possible cases to test (especially with backwards compatibility), when there could be a programming language agnostic test suite as reference.