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
Something like this would be possible after #1007 is done and merged, by just having different executors for each scenario. Controlling whether the scenario execution would be in series or in parallel can be done via the startTime option for each executor.
Not sure if I should leave this issue open after the PR is merged though, because while running multiple load testing scenarios in a single k6 run will be possible, there probably will be some room for improvement of the UX of using that feature...
So, #1007 was released in k6 v0.27.0, and it indeed introduced scenarios. They are not perfect, but the missing features to have proper "test suites" (as well as the obstacles to implement them) are covered in #1342, so please follow that issue for updates.
In an effort to modularize and re-use code / create atomic testing situations I've broken out our performance tests into separate files:
and the shellscript's job is to declare any
ENVIRONMENT_VARIABLES
and run the JS test ex.It would be a useful feature to be able to run these tests in series by passing in the root tdir that holds all of the tests. Something like:
k6 run --test-dir=scenarios
Some potential hang-ups would be the metrics and deeply nested test directories.
The text was updated successfully, but these errors were encountered: