Skip to content

Commit 560cd68

Browse files
Remove use cases section
1 parent 079ffb9 commit 560cd68

File tree

1 file changed

+2
-24
lines changed

1 file changed

+2
-24
lines changed

docs/sources/k6/next/extensions/_index.md

Lines changed: 2 additions & 24 deletions
Original file line numberDiff line numberDiff line change
@@ -10,28 +10,6 @@ With k6 extensions, you can extend the core k6 functionality with new features t
1010

1111
k6 supports three types of extensions:
1212

13-
- **JavaScript extensions** extend the JavaScript APIs available to your test scripts. Add support for new network protocols, improve performance compared to equivalent JS libraries, or add features.
14-
15-
- **Output extensions** send metrics to a custom file format or service. Add custom processing and dispatching.
16-
13+
- **JavaScript extensions** extend the JavaScript APIs available to your test scripts. They can add support for new network protocols, improve performance compared to equivalent JS libraries, or add features.
14+
- **Output extensions** send metrics to a custom file format or service. They can add custom processing and dispatching methods.
1715
- **Secret Source extensions** provide secrets to your tests.
18-
19-
## Use cases
20-
21-
The extensions ecosystem provides endless possibilities to expand the functionality for your k6 testing. Some reasons you might want to extend k6 include the following:
22-
23-
- **To add support for a new network protocol**
24-
25-
For example, [xk6-dns](https://github.com/grafana/xk6-dns) lets users resolve DNS names to IP addresses in k6 scripts. With xk6-dns, you can assert the performance of custom DNS servers under load, and provide a way to resolve DNS names to IP addresses using a specific DNS server.
26-
27-
- **To incorporate a client library for test dependency**
28-
29-
Everyone wants to run their services in Kubernetes these days. With [xk6-kubernetes](https://github.com/grafana/xk6-kubernetes), your JavaScript tests can interface directly with Kubernetes resources using functionality typically restricted to kubectl. Prepare isolated Namespaces for each test run, or inject environment variables as ConfigMaps.
30-
31-
- **To format and send metrics to the output of your choice**
32-
33-
Suppose your company has consolidated its observability metrics into Prometheus. Use [xk6-output-prometheus-remote](https://github.com/grafana/xk6-output-prometheus-remote) to publish your k6 test metrics to Prometheus as well!
34-
35-
- **To improve script performance and efficiency**
36-
37-
Perhaps your company uses OpenTelemetry to trace service requests through layers of microservices. Using [xk6-distributed-tracing](https://github.com/grafana/xk6-distributed-tracing), you can update the HTTP client to link your test requests as the origin for your traces—no need to add JavaScript code to supply the required trace headers.

0 commit comments

Comments
 (0)