`Hi all, Integration job has been a pain point for merging pull requests. The total run time of the integration job typically is around an hour. If an integration test is failing, retrigger the job requires another hour to run. rerunning the job will take up the docker resources on jenkins nodes.
I am thinking of breaking down the current integration job into multiple smaller jobs. This can achieve by specifying different test suite files using system property. I have an outstanding pull request to introduce an ` integrationTestSuiteFile` system property. https://github.com/apache/pulsar/pull/3558/ The initial set of test suites I can think of are: - cli test suite: all cli related tests - function thread test suite: all tests related functions in thread mode - function process test suite: all tests related functions in process mode - sql test suite: pulsar sql related tests - storage test suite: tiered storage related tests. Any thoughts? If this is a good direction to go, I can break down the integration job once PR#3558 is merged. - Sijie