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
Current upgrade tests are not automatic. Each version upgrade test tests (most of the time) only upgrades between consecutive minors e.g. 8.17 -> 8.18. This is due to the fact that version upgrades have some intricacies in the way that we assert them currently.
Our assertions include lazy rollover (no. indices per data stream) and per-index lifecycle management. This is good for catching issues that happened e.g. in 8.15, but also means that we have to manually add the tests every time a new minor comes out.
Generalized tests
What we can do is to add generalized tests with moving targets.
Generalization
These generalized tests will not go into the specifics (lazy rollover / per-index lifecycle management), and only focus on two things: document counts and data stream lifecycle. We know that in the foreseeable future, the data streams in APM should be managed solely by ILM.
Moving Targets
They will also be towards moving targets i.e. 8.x or 9.x instead of any specific minor versions. For example, if we start from 8.15, we will implement TestUpgrade_8_15_to_8_x or TestUpgrade_8_15_to_8_x_to_9_x. We will need to handpick a few source versions to do this, as implementing for all of them would defeat the purpose of having the generalized tests in the first place (not manually updating tests)
The text was updated successfully, but these errors were encountered:
Uh oh!
There was an error while loading. Please reload this page.
Problem
Current upgrade tests are not automatic. Each version upgrade test tests (most of the time) only upgrades between consecutive minors e.g.
8.17 -> 8.18
. This is due to the fact that version upgrades have some intricacies in the way that we assert them currently.Our assertions include lazy rollover (no. indices per data stream) and per-index lifecycle management. This is good for catching issues that happened e.g. in
8.15
, but also means that we have to manually add the tests every time a new minor comes out.Generalized tests
What we can do is to add generalized tests with moving targets.
Generalization
These generalized tests will not go into the specifics (lazy rollover / per-index lifecycle management), and only focus on two things: document counts and data stream lifecycle. We know that in the foreseeable future, the data streams in APM should be managed solely by ILM.
Moving Targets
They will also be towards moving targets i.e.
8.x
or9.x
instead of any specific minor versions. For example, if we start from8.15
, we will implementTestUpgrade_8_15_to_8_x
orTestUpgrade_8_15_to_8_x_to_9_x
. We will need to handpick a few source versions to do this, as implementing for all of them would defeat the purpose of having the generalized tests in the first place (not manually updating tests)The text was updated successfully, but these errors were encountered: