[
https://issues.apache.org/jira/browse/IMPALA-11733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17644551#comment-17644551
]
Joe McDonnell commented on IMPALA-11733:
----------------------------------------
Exploration strategy is a mixture of a control over file formats and a control
over slower / lower value tests.
If we split out these two pieces, we would have something that designates
slow/veryslow and/or some designation about lower value tests. I think the
frontend AuthorizationStmtTest would fit in the veryslow category. Lots of
tests that ended up in exhaustive mode are mostly there because they are slow.
Then we would also have a control over file formats.
Precommit would do a core set of file format like we do today and disable slow
tests.
A lightweight job could run a "minimal" set of file formats, like
Parquet/Kudu/ORC/text. Then, we would go even farther disabling slow tests. One
could even imagine a base layer that is just Kudu tests or just Parquet tests.
> Add test strategy besides exhaustive for longer tests
> -----------------------------------------------------
>
> Key: IMPALA-11733
> URL: https://issues.apache.org/jira/browse/IMPALA-11733
> Project: IMPALA
> Issue Type: Improvement
> Reporter: Michael Smith
> Priority: Major
>
> Some tests are guarded behind {{exploration-strategy=exhaustive}} because the
> tests can take awhile to run. However we want to run multiple configurations
> - such as S3, Ozone, EC, data cache - that also need to run these tests.
> Enabling {{exhaustive}} on all of them also adds all permutations of test
> dimensions, which takes even longer and is not necessarily desirable.
> It'd help to have another control, or another exploration strategy, to cover
> core+. Or to maybe "smoke" (a reduced set of tests that we think provide the
> most value to run on each patch) vs "core" (which covers all tests, but not
> necessarily all permutations of test parameters).
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
