Define |
Orchestrate K6 tests plus other load testing and functional testing tools | No | Yes |
Support for custom load testing scripts | No | Yes |
Config-map or file K6 test sources | Yes | Yes |
GIT as a K6 test source | No | Yes |
Method of test execution definition | Create complex CR | Samples/Quick Wizard to generate Workflow |
Level of Kubernetes expertise required to define a test execution | High | Low |
Support for unique parameters for each node | Some | Yes |
Ability to manage lifecycle of SUT or required services | No | Yes |
Custom setup/tearDown logic | No | Yes |
Trigger |
Method(s) of triggering K6 load test | Create a TestRun CR | Manually, on a schedule, as part of CI/CD process, based on a change in kubernetes resources, via CLI/API |
Orchestrate and scale other testing tools | No - K6 Only | Yes |
Scale |
Number of VUs | Total VUs depending on your infrastructure | Total VUs depending on your infrastructure |
Run different tests on different nodes | Limited | Easy |
Troubleshoot |
Log Retrieval | Manually retrieve logs from pods running tests | Automatic log consolidation |
Report |
K6 Test Results Reporting | Optional connection to Grafana cloud | Single pane of glass dashboard for all test results including K6, but also other testing tools |
Consolidated reporting of other testing tools | None | Consolidate reporting for all testing tools. |