CNDB-13044: Increase MAX_ACCEPTABLE_MEASUREMENT_ERROR in StageTimeMeasurementTest

[jkni]

What is the issue

In CI, occasionally see MAX_ACCEPTABLE_MEASUREMENT_ERROR exceeded by 1 to 2% of TASK_DURATION_NANOS. This causes flaky test failures.

What does this PR fix and why was it fixed

Increases the maximum acceptable error from 10% to 15%. I'll multiplex with this parameter.

[github-actions]

Checklist before you submit for review

• Make sure there is a PR in the CNDB project updating the Converged Cassandra version
• Use NoSpamLogger for log lines that may appear frequently in the logs
• Verify test results on Butler
• Test coverage for new/modified code is > 80%
• Proper code formatting
• Proper title for each commit staring with the project-issue number, like CNDB-1234
• Each commit has a meaningful description
• Each commit is not very long and contains related changes
• Renames, moves and reformatting are in distinct commits

[jkni]

Multiplexing showed even more flakiness; I'll investigate further and update the PR.

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[cassci-bot]

❌ Build ds-cassandra-pr-gate/PR-1588 rejected by Butler

---

1 new test failure(s) in 4 builds
See build details here

---

Found 1 new test failures

Test	Explanation	Branch history	Upstream history
o.a.c.u.b.BinLogTest.testTruncationReleasesLogS...	regression	🔴🔵🔵🔴	🔵🔵🔵🔵🔵🔵🔵

---

Found 8 known test failures