You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Add a feature to check the concurrency of an API #124
We have a feature where you can make a post request from the terminal using dynamic --POST. We need to add a new thing to test the API concurrency.
Suppose, you are testing the performance of an API i.e How many loads it can take at one time. Make an args for this and it will take 1 more parameter i.e value
Example -
Dynamic --POST --perftest [args name can be anything other than perftest but should be meaningful]
->API URL
->Payload [If required] [Optional]
-> How much thread you want to create - [User input] #Let say I gave 100
It'll make 100 requests at the same time to that API with the payload [if required] and return the output in the table format which displays how much time each request takes and download as a pdf or text file. If the request fails or takes time we can return the timeout
Restart triage: P3 — defer API concurrency/performance expansion. dynamic/api_test.py is synchronous and the CLI has no proposed concurrency mode. Basic timeout/error handling and deterministic tests need attention first.
Next step: if pursued, define explicit request/concurrency limits, cancellation and safe defaults. Use owned or local test endpoints and bounded workloads; do not turn the default API request path into an unbounded load test.
Source review only; this was not run or reproduced during triage. Keeping the issue open.
Activity
Nit89 commentedon May 4, 2023
hey can i take up this task
GouravSardana commentedon May 4, 2023
Sure @Nit89
nishtha981 commentedon May 20, 2023
Can I be assigned this issue as a GSSOC '23 participant?
GouravSardana commentedon Oct 21, 2026
Restart triage: P3 — defer API concurrency/performance expansion. dynamic/api_test.py is synchronous and the CLI has no proposed concurrency mode. Basic timeout/error handling and deterministic tests need attention first.
Next step: if pursued, define explicit request/concurrency limits, cancellation and safe defaults. Use owned or local test endpoints and bounded workloads; do not turn the default API request path into an unbounded load test.
Source review only; this was not run or reproduced during triage. Keeping the issue open.