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
Copy file name to clipboardExpand all lines: README.md
+9-1Lines changed: 9 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -77,7 +77,7 @@ The docker compose file will start two services:
77
77
- **Browser-emulator**: The worker that launches Chrome browsers to connect to rooms
78
78
- **Loadtest-controller**: Orchestrates the test by coordinating the browser-emulator
79
79
80
-
OpenVidu loadtest will execute the test cases and output results at `results/results.txt`.
80
+
OpenVidu loadtest will execute the test cases and output results at `results/results.html`, you can open this file in a browser to see the results. You can also check the console output for real-time logs.
81
81
82
82
For more detailed instructions on how to configure tests, see [Configuration](#configuration).
83
83
@@ -265,6 +265,14 @@ Performance and retry settings.
265
265
| `advanced.batches.maxConcurrentRequests` | No | `CPU cores + 1` | Max concurrent requests when in batch mode |
266
266
| `advanced.waitForCompletion` | No | `true` | Wait for all participants in the batch to confirm insertion into the platform before inserting the next batch. Will wait for individual participants if `batches: false` |
267
267
268
+
### Report Output Configuration
269
+
270
+
Control which output formats are generated after test completion.
All configuration values can be set via environment variables. Environment variables take precedence over config file values. Any configuration value can be overridden by an environment variable. Some examples are:
Copy file name to clipboardExpand all lines: e2e-tests/README.md
+21-2Lines changed: 21 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -33,6 +33,10 @@ Where:
33
33
-`PLATFORM_APIKEY`: Optional. API key for authentication (defaults to "devkey")
34
34
-`PLATFORM_APISECRET`: Optional. API secret for authentication (defaults to "secret")
35
35
36
+
### Configuration File
37
+
38
+
The smoke test uses the configuration file `config/smoke-test-config.yaml` which specifies `advanced.reportOutput: html,txt` to generate both text and HTML reports.
39
+
36
40
### Running the Smoke Test
37
41
38
42
```bash
@@ -59,12 +63,16 @@ The test should:
59
63
- Start both loadtest-controller and browser-emulator services
60
64
- Launch 2 Chrome browsers that connect to the OpenVidu instance
61
65
- Create a single session with 2 participants in N:N topology
62
-
- Generate results in the `results/` directory
66
+
- Generate results in the `results/` directory:
67
+
-`results.txt` (text summary)
68
+
-`report.html` (HTML report, with user retry details if retries occurred)
63
69
- Complete successfully and shut down cleanly
64
70
65
71
### Validation Checks
66
72
67
-
The smoke test validates that the results.txt file contains:
73
+
The smoke test validates that both `results.txt` and `report.html` files are generated and contain expected content.
74
+
75
+
**results.txt validation:**
68
76
69
77
- "Test Case Report"
70
78
- "Number of sessions created: 1"
@@ -73,6 +81,17 @@ The smoke test validates that the results.txt file contains:
73
81
- "User start times:"
74
82
- User start time lines in the format: "Day Mon DD HH:MM:SS TZ YYYY | LoadTestSessionX | UserY"
75
83
84
+
**report.html validation:**
85
+
86
+
- "OpenVidu Load Test Report"
87
+
- "Sessions Created"
88
+
- "Total Participants"
89
+
- "User Connections" (mandatory)
90
+
- Table columns: User, Session, Join date (from successful connection), Disconnect Date (captured from ParticipantDisconnected websocket event), Retry Number (count of retries per user)
91
+
- Two user rows (User1 and User2) present
92
+
93
+
The smoke test configuration uses `advanced.reportOutput: html,txt` to generate both output formats. If validation fails, the result files are kept in the `results/` directory for debugging.
0 commit comments