feat: adding support for request validation

[maticardenas]

issue: https://github.com/snok/drf-openapi-tester/issues/291

Adding requestBody validation support.

Currently, the package offers the possibility of validating only the response, however, it is useful to also at the same time,e to have validated that the passed resquestBody in our functional tests are also properly documented and match the implementation.

Additions/Changes

• Methods for validating request (validate_request) and extract the corresponding requestBody schema section from the OpenAPI schema (get_request_body_schema_section)
• Updating test_project to also expose Pets API, as it is the OpenAPI schema we have in tests.
• Adding tests for schema tester, clients and validators.
• Updating affected variables and functions.

Notes

• Adding support only for openapi schemas (no swagger, previous versions), which involves StaticSchemaLoader and UrlStaticSchemaLoader instantiated with an openapi 3.x.x. This because it's the current requirement I have for my project.
• Decided to make request validation only when the scenarios has a successful response. Why? In the case you provide for example an incomplete payload, it will always fail naturally when comparing when your schema - in this situations we should let the functional case validate that the test we chose doesn't fit our design.

Follow Ups

• Add support for request bodies for swagger, DrfSpectacularSchemaLoader and DrfYasgSchemaLoader.
• Add support maybe for checking more aspects of the request? query params, headers, authentication, etc.

[codecov[bot]]

Codecov Report

Merging #304 (f679dee) into master (08d9449) will increase coverage by 0.1%. The diff coverage is 100.0%.

Additional details and impacted files

@@           Coverage Diff            @@
##           master    #304     +/-   ##
========================================
+ Coverage    98.6%   98.7%   +0.1%     
========================================
  Files           9       9             
  Lines         531     578     +47     
  Branches       99     108      +9     
========================================
+ Hits          524     571     +47     
  Misses          4       4             
  Partials        3       3             

Files	Coverage Δ
openapi_tester/clients.py	100.0% <100.0%> (ø)
openapi_tester/constants.py	100.0% <100.0%> (ø)
openapi_tester/loaders.py	95.9% <ø> (ø)
openapi_tester/schema_tester.py	99.5% <100.0%> (+0.1%)	:arrow_up:

[sondrelg]

I think this looks pretty good @maticardenas and would probably accept the PR as it currently stands. That said, I've been considering archiving this project (re https://github.com/snok/drf-openapi-tester/issues/303) for a while, since I haven't used it since 2019, and I think I will do that now instead of accepting this, unfortunately.

I'm happy to see someone is using it, and I would suggest you use your own fork of the project going forward. If you want to maintain the fork beyond this PR, I would be happy to link to it in the README here :+1: If you have any questions about package management or forks you need answered, just let me know and I'll be happy to help

[maticardenas]

I think this looks pretty good @maticardenas and would probably accept the PR as it currently stands. That said, I've been considering archiving this project (re #303) for a while, since I haven't used it since 2019, and I think I will do that now instead of accepting this, unfortunately.

I'm happy to see someone is using it, and I would suggest you use your own fork of the project going forward. If you want to maintain the fork beyond this PR, I would be happy to link to it in the README here 👍 If you have any questions about package management or forks you need answered, just let me know and I'll be happy to help

@sondrelg thanks for the review, and unfortunate to hear that you are planning to archive the repository as I currently use it, but I can understand the reasons.

I have merged this same PR in my fork, and plan to maintain the fork beyond the PR (need to add github actions to it now though :D), so it would be nice the link in the README if possible. Thanks again!

[sondrelg]

Sounds good @maticardenas 👍 Sorry for not giving this feedback earlier