test: Add integration tests for ETag caching on /api/apis

[Immaculate0606]

Description:

Closes #735

Description

This PR verifies the implementation of strong ETag and 304 Not Modified caching mechanisms on the public API endpoints (GET /api/apis and GET /api/apis/:id), cutting down bandwidth overhead on repeat reads.

The etagMiddleware logic is already integrated correctly into the route handlers; this PR finalizes the implementation by guaranteeing end-to-end coverage for the specified behaviors.

Changes

• Added End-to-End ETag Coverage (tests/integration/apis.test.ts):
  • GET /api/apis: Asserts that an initial request generates a 200 OK along with a strong SHA-256 ETag. Submitting this same ETag in an If-None-Match header on subsequent requests now asserts that a 304 Not Modified is correctly intercepted and returned without a body.
  • GET /api/apis/:id: Adds equivalent assertions for the detailed view endpoint, confirming that specific API entity reads also support strong caching validations and appropriately bypass the body payload on cache hits.
  • Cache Miss Handling: Asserts that sending a mismatched ETag gracefully falls back to generating a fresh 200 OK response.

Testing Instructions

1. Run npm run test -- tests/integration/apis.test.ts to execute the integration suite.
2. Verify that all ETag Caching sub-tests pass successfully.

[drips-wave]

@Immaculate0606 Great news! 🎉 Based on an automated assessment of this PR, the linked Wave issue(s) no longer count against your application limits.

You can now already apply to more issues while waiting for a review of this PR. Keep up the great work! 🚀

Learn more about application limits

[greatest0fallt1me]

LGTM — clean diff and clear commits. Thanks!