Skip to content

Commit e60228b

Browse files
committed
Clarify why we use a local payload file
1 parent 7d76aa8 commit e60228b

File tree

1 file changed

+3
-1
lines changed

1 file changed

+3
-1
lines changed

dotcom-rendering/scripts/perf/k6/README.md

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -20,12 +20,14 @@ From the k6 directory run (for example with v0.58.0)
2020
./k6-v0.58.0-macos-arm64/k6 run k6.mjs
2121
```
2222

23-
The current script `k6.mjs` loads a locally saved JSON payload which will then POST to the DCR `/Article` endpoint. The local payload file removes the fetching of the JSON payload from the test scenario.
23+
The current script `k6.mjs` loads a locally saved JSON payload which will then POST to the DCR `/Article` endpoint. Using a local payload file and the PROD POST endpoint mimics production and also removes the step of a network fetch of the JSON payload from Frontend from the test scenario.
2424

2525
You can of course configure this to be any payload and endpoint you wish.
2626

2727
## Testing Advice
2828

29+
Test against a PROD build and endpoints.
30+
2931
Run the script 2-3 times to warm the app and instance if working from a cold start.
3032

3133
k6 can consume lots of memory, so ideally you shouldn't run it on the same compute as the app you are load testing.

0 commit comments

Comments
 (0)