[ML] AIOps Log Rate Analysis: Improve query generators

[walterra]

Summary

Part of #168459.

Improves the query generation for some parts of log rate analysis and adds jest tests to verify the improvements.
Previously, some query generators were not concise enough with their checks and it could happen that for example range queries for the overall time range were added twice or that the range query for the overall time range was added although there were also range filters added for the inner baseline and deviation time range, for example:

    "query": {
      "bool": {
        "filter": [
...
          {
            "range": {
              "@timestamp": {
                "gte": 1698796800506,
                "lte": 1699568984807,
                "format": "epoch_millis"
              }
            }
          },
          {
            "bool": {
              "should": [
                {
                  "range": {
                    "@timestamp": {
                      "gte": 1699272000000,
                      "lte": 1699344000000,
                      "format": "epoch_millis"
                    }
                  }
                },
                {
                  "range": {
                    "@timestamp": {
                      "gte": 1698969600000,
                      "lte": 1699185600000,
                      "format": "epoch_millis"
                    }
                  }
                }
              ]
            }
          }
        ],
...

The PR also unifies some mocks for the jest unit tests.

Checklist

• Unit or functional tests were updated or added to match the most common scenarios
• This was checked for breaking API changes and was labeled appropriately

[elasticmachine]

Pinging @elastic/ml-ui (:ml)

[kibana-ci]

💛 Build succeeded, but was flaky

• Buildkite Build
• Commit: b4d6a4e

Failed CI Steps

• FTR Configs #72

Metrics [docs]

Async chunks

Total size of all lazy-loaded chunks that will be downloaded as the user navigates the app

id	before	after	diff
aiops	375.6KB	375.7KB	+117.0B

History

• 💚 Build #175578 succeeded cd8ecfb
• 💛 Build #175023 was flaky 89ba1a9c8b1ad2bc28d3f6d2532497d97c2e3ca0
• 💛 Build #174948 was flaky 84ef32c3889c4a55b70b60c3bed64f89f742bb81
• 💚 Build #174877 succeeded 2c307b88550e4db2a83b7f21d33575f9f2fc1eb7

To update your PR or re-run it, just comment with:
@elasticmachine merge upstream

cc @walterra

[peteharverson]

Tested and LGTM.

As discussed, would be good to flag that the analysis needs to be rerun when changing the query in the query bar (known issue in #168459) for 8.12.

[qn895]

Code LGTM 🎉

[walterra]

@peteharverson I'll pick up the issue with the query bar in a follow up since the scope of this PR was server side only.