Skip to content

Conversation

@alpar-t
Copy link
Contributor

@alpar-t alpar-t commented Nov 30, 2018

Closes #35435

Changes to verify that we don't have test classes which are not ran as part of ./gradlew check

  • make it easier to add additional testing tasks with the proper configuration and add some where they were missing.
  • mute or fix failing tests
  • add a check as part of testing conventions to find classes not included in any testing task.

@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-core-infra

@nik9000 nik9000 self-requested a review November 30, 2018 15:17
Copy link
Member

@nik9000 nik9000 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I like it! I see why having this in the gradle process is nice too! I left a few comments. I'm unsure about removing that SEQUENCE check, mostly because I don't know what it does.

systemProperty 'tests.gradle_unreleased_versions', bwcVersions.unreleased.join(',')
}

task integTest(type: RandomizedTestingTask) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd probably rename the test to match the normal suffix.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not sure what you mean.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I mean, instead of adding the new test run, I'd fix the test's name to match the normal "Tests" suffix.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There's just a few of these tests, but they all extend ESIntegTestCase . I think that calling them Tests rather than IT would go against the naming convention.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It depends on where they are in the project. If they were in the server, yes. Otherwise, we do tend to call the Tests. The naming convention isn't super consistent, sadly.

public void testReproducible() throws IOException {
if (ITER++ == 0) {
CLUSTER_SEED = cluster().seed();
for (int i = 0; i < SEQUENCE.length; i++) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not sure if this is ok to remove.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I honestly haven't thought enough about it to be sure.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe I should have looked more into it before removing it.
For one, it doesn't passes. I think that is because a new sub-seed is generated for each iteration from a master seed, so it seems the test was not written correctly.
On the other hand, it seems to test the randomized runner only.
Not saying it's useless but probably not the greatest value, did not seem wroth it to write at this time.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd hunt down the original author before dropping it. I think the best thing to do at this point is mark it as @AwaitsFix.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for sticking out with this @nik9000 you were right, I was to quick to change the test. I @AwaitFixed it instead.

@alpar-t
Copy link
Contributor Author

alpar-t commented Dec 3, 2018

@nik9000 ready for another review

@alpar-t
Copy link
Contributor Author

alpar-t commented Dec 3, 2018

@elasticmachine test this please

@nik9000
Copy link
Member

nik9000 commented Dec 3, 2018

@atorok, I left a few small things. Almost! Thanks for pinging me on it!

Copy link
Member

@nik9000 nik9000 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

systemProperty 'tests.gradle_unreleased_versions', bwcVersions.unreleased.join(',')
}

task integTest(type: RandomizedTestingTask) {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It depends on where they are in the project. If they were in the server, yes. Otherwise, we do tend to call the Tests. The naming convention isn't super consistent, sadly.

@alpar-t alpar-t merged commit 60e45cd into elastic:master Dec 5, 2018
@alpar-t alpar-t deleted the testing-conventions-task-part-2 branch December 5, 2018 12:20
alpar-t added a commit that referenced this pull request Dec 5, 2018
Closes #35435

- make it easier to add additional testing tasks with the proper configuration and add some where they were missing.
- mute or fix failing tests
- add a check as part of testing conventions to find classes not included in any testing task.
@mark-vieira mark-vieira added the Team:Delivery Meta label for Delivery team label Nov 11, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

:Delivery/Build Build or test infrastructure >non-issue Team:Delivery Meta label for Delivery team v6.6.0 v7.0.0-beta1

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Test framework integration tests are not run by Gradle

5 participants