gh-159425: Fix concurrent zlib compressor test with intermediate output

[zolaski333]

Fixes #159425.

The concurrent compressor test assumes that subsequent compress() calls
return empty bytes. This fails with the s390x hardware accelerator and can also
fail with ordinary zlib when it emits intermediate output.

Collect the actual output of two concurrent calls on the same compressor and
try both possible output orders, since threads can append their results in a
different order from the compressor's internal serialization. Require an exact
round trip, end of stream, and no trailing data. This keeps the calls concurrent
without requiring reproducible compressed bytes or adding an external lock.

Exercise both the existing default-compression input and large uncompressed
blocks that emit intermediate output. Add a Tests NEWS entry.

Validation on Windows x64 with zlib-ng 2.2.4:

• Release free-threading build, GIL disabled and enabled:
  -X dev -m test test_free_threading.test_zlib test_zlib test_gzip
  (171 tests run, 2 skipped in each mode).
• Debug free-threading build:
  -X dev -m test -R 3:3 test_free_threading.test_zlib test_zlib
  (92 tests run, 1 skipped; no reference leaks detected).
• 1,000 repetitions of both compressor subtests with the GIL disabled.
• Local fault injection rejects corrupt or missing output, missing or duplicated
  input, truncated streams, and trailing data. Reversed result collection and
  eager intermediate output pass.
• Tools/patchcheck/patchcheck.py and git diff --check pass.

s390x hardware validation has not been performed; confirmation on an affected
builder is still needed.

• Issue: test_free_threading.test_zlib fails on s390x with hardware zlib accelerator #159425