https://github.com/ntrotner/playwright-performance-reporter
Report performance metrics by test step as an structured output
https://github.com/ntrotner/playwright-performance-reporter
e2e performance playwright playwright-typescript reporter typescript
Last synced: 5 months ago
JSON representation
Report performance metrics by test step as an structured output
- Host: GitHub
- URL: https://github.com/ntrotner/playwright-performance-reporter
- Owner: ntrotner
- License: mit
- Created: 2024-08-13T20:44:30.000Z (11 months ago)
- Default Branch: main
- Last Pushed: 2024-12-26T17:45:27.000Z (7 months ago)
- Last Synced: 2025-02-07T00:03:55.211Z (5 months ago)
- Topics: e2e, performance, playwright, playwright-typescript, reporter, typescript
- Language: TypeScript
- Homepage: https://www.npmjs.com/package/playwright-performance-reporter
- Size: 684 KB
- Stars: 0
- Watchers: 1
- Forks: 0
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
- License: LICENSE
- Codeowners: .github/CODEOWNERS
Awesome Lists containing this project
README
# playwright-performance-reporter
[](https://github.com/ntrotner/playwright-performance-reporter/actions/workflows/release.yml)
[](https://codecov.io/github/ntrotner/playwright-performance-reporter)
[](https://www.npmjs.com/package/playwright-performance-reporter)
> Collect performance metrics from the browser dev tools during playwright test execution
> [!CAUTION]
> This library is work in progress. The measurement is limited to Chromium.
> On the long run the goal is to
> - Support Firefox and Webkit
> - Useful amount of metrics to choose from
> - Insightful visualization of the results
## Install
```bash
npm install playwright-performance-reporter --save-dev
```
or
```bash
yarn add playwright-performance-reporter --dev
```
## Usage
Disable parallelism:
```ts
export default defineConfig({
...
fullyParallel: false,
workers: 1,
...
})
```
### Setup Reporter
To register the reporter, include the code blow in your playwright config.
Please see the subsections for more details about browser specific cases and advanced configurations.
```ts
import type { CDP, Options, Metric } from 'playwright-performance-reporter';
const PlaywrightPerformanceReporterOptions: Options = {
outputDir: '/your/path/to/dir',
outputFile: `${Date.now()}.json`,
deleteOnFailure: false,
browsers: {
chromium: {
onTestStep: {
metrics: ['allPerformanceMetrics'],
}
}
}
}
export default defineConfig({
...
reporter: [
['playwright-performance-reporter', PlaywrightPerformanceReporterOptions]
],
...
});
```
### Chromium
Following metrics are supported out of the box:
- usedJsHeapSize
- totalJsHeapSize
- allPerformanceMetrics
- heapDump
The `MetricsEngine` relies on the [Chrome DevTool Protocol (CDP)](https://chromedevtools.github.io/devtools-protocol/),
which can be accessed through HTTP and WebSocket. To allow for a connection, make sure to expose a port for the remote debugging.
The reporter will try to extract that port during start-up.
#### Setup Browser
```ts
{
name: 'chromium',
use: {
...devices['Desktop Chrome'],
launchOptions: {
args: [
'--remote-debugging-port=9222'
]
}
}
},
```
## Advanced Configurations
### Sampling
Relying solely on the start and stop metric in a long running step leads to inaccuracies and
requires a large set of runs to have a meaningful amount of metrics.
By registering a metric to be collected every `samplingTimeoutInMilliseconds` the sampling output will
be written to `samplingMetrics`, similar to `startMetrics` or `startMetrics`.
Make sure to use the unique name of the metric to register the sampling.
```ts
const PlaywrightPerformanceReporterOptions: Options = {
...
browsers: {
chromium: {
onTestStep: {
metrics: ['usedJsHeapSize', 'totalJsHeapSize'],
customMetrics: {
someMetric: {
...
}
},
sampleMetrics: {
totalJsHeapSize: {
samplingTimeoutInMilliseconds: 1000
},
someMetric: {
samplingTimeoutInMilliseconds: 5000
}
}
}
}
}
}
```
### Custom Metric Observer
If you want to extend it with custom metrics, an entry exists for `customMetrics`, where the callback will get
the accumulator and CDP client. Please see the example below how to use it, or checkout the [allPerformanceMetrics](src/browsers/chromium/observers/all-performance-metrics.ts) implementation.
For ease of implementation, the passed object can implement the interface `MetricObserver`.
By using custom metrics it's possible to make observers stateful and e.g. make the next output dependent on the previous one.
```ts
import type { MetricObserver, Options } from 'playwright-performance-reporter';
class NewMetric implements MetricObserver {
...
}
const PlaywrightPerformanceReporterOptions: Options = {
outputDir: '/your/path/to/dir',
outputFile: 'output.json',
deleteOnFailure: false,
browsers: {
chromium: {
onTestStep: {
customMetrics: {
newMetric: new NewMetric()
}
}
}
}
}
```
### Custom JSON Writer
The output is sent in chunks to the output file one defined in the options.
If there is a need to provide a custom writer, then the `customJsonWriter` is of help to customize how the chunks are handled.
In the beginning the `initialize` function is called with the options dedicated for the writer.
Every new entry is sent to the `write` function. Once the test is complete `close` is called.
In case the test failed and `deleteOnFailure === true`, then the `delete` function is called.
```ts
import type { JsonWriter } from 'playwright-performance-reporter';
class CustomJsonWriter implements JsonWriter {
...
}
const PlaywrightPerformanceReporterOptions: Options = {
outputDir: '/your/path/to/dir',
outputFile: 'output.json',
deleteOnFailure: true,
customJsonWriter: new CustomJsonWriter(),
...
}
```
## Output
The top level is hooked into `test()`.
```json
{
...
"4dde6239d9ac8c9468f3-82e3094b06379c51b729": {
"TEST_CASE_PARENT": {
"name": " > chromium > scenarios/profile.spec.ts > Profile",
...
}
...
}
...
}
```
The content consists of steps of the test suite.
Please keep in mind that the metric request is async and is not awaited by
Playwright. This means that the browser API might still in the process of collecting the metrics,
even though Playwright instructed the browser to continue to the next step. This could lead to wrong output.
To check if the output is invalid, the values `startMeasurementOffset` and `endMeasurementOffset` are provided, which measure
the time delta in milliseconds between the request until the browser provides all metrics.
See [example/output.json](example/output.json) for detailed reporter output.