From bffb32ee9588607d5b416d7017f230e41d3f7e37 Mon Sep 17 00:00:00 2001 From: Fredrik Meyer Date: Fri, 29 Jun 2018 11:56:33 +0200 Subject: [PATCH] [Docs] Use capital letters in section headings (#31678) Section headings should start with capital letters. --- docs/reference/testing/testing-framework.asciidoc | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/docs/reference/testing/testing-framework.asciidoc b/docs/reference/testing/testing-framework.asciidoc index f5634a2558ea5..dfc7371dd3756 100644 --- a/docs/reference/testing/testing-framework.asciidoc +++ b/docs/reference/testing/testing-framework.asciidoc @@ -54,7 +54,7 @@ If your test is a well isolated unit test which doesn't need a running Elasticse [[integration-tests]] -=== integration tests +=== Integration tests These kind of tests require firing up a whole cluster of nodes, before the tests can actually be run. Compared to unit tests they are obviously way more time consuming, but the test infrastructure tries to minimize the time cost by only restarting the whole cluster, if this is configured explicitly. @@ -62,14 +62,14 @@ The class your tests have to inherit from is `ESIntegTestCase`. By inheriting fr [[number-of-shards]] -==== number of shards +==== Number of shards The number of shards used for indices created during integration tests is randomized between `1` and `10` unless overwritten upon index creation via index settings. The rule of thumb is not to specify the number of shards unless needed, so that each test will use a different one all the time. Alternatively you can override the `numberOfShards()` method. The same applies to the `numberOfReplicas()` method. [[helper-methods]] -==== generic helper methods +==== Generic helper methods There are a couple of helper methods in `ESIntegTestCase`, which will make your tests shorter and more concise. @@ -88,7 +88,7 @@ There are a couple of helper methods in `ESIntegTestCase`, which will make your [[test-cluster-methods]] -==== test cluster methods +==== Test cluster methods The `InternalTestCluster` class is the heart of the cluster functionality in a randomized test and allows you to configure a specific setting or replay certain types of outages to check, how your custom code reacts.