Support recording/playback of WebSocket traffic in test-proxy for Python
- Dominant language
- C#
- Stars
- 135
- Forks
- 260
- Avg merge
- 3d 1h
- Merged PRs (30d)
- 143
Description
Currently, test-proxy supports recording and playback for HTTP-based traffic in Python SDK tests. However, some new SDKs (for example, azure-ai-voicelive) communicate with the service over WebSockets.
When running live tests for these libraries, we have no way to record WebSocket requests/responses and play them back offline. This blocks us from writing stable and reproducible tests that match the existing SDK test infrastructure.
@scbedd FYI
Contributor guide
Research direction
Start at the test-proxy entry point and review its existing HTTP recording/playback path for Python SDK tests. Trace how test traffic is captured and replayed, then verify that WebSocket requests and responses can be recorded and played back offline in the same test infrastructure.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- csharp, python
- Domain
- testing-qa, tooling
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100