Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Migration from 0.6 to 0.7 #393

Closed
emartynov opened this issue May 31, 2023 · 2 comments
Closed

Migration from 0.6 to 0.7 #393

emartynov opened this issue May 31, 2023 · 2 comments
Assignees
Labels
Question Support request issue type S: waiting for clarification Status: additional information required to proceed

Comments

@emartynov
Copy link

Describe what you would like to clarify about Kover
We used isDisabled.set(true) before. I read the migration guide but I can not make it passed gradle evaluation:

android {
 testOptions {
  unitTests.all {
                        def ignoredTestTasks = ["testReleaseUnitTest", "testStagingUnitTest"]
                        if (ignoredTestTasks.contains(name)) {
                            kover {
                                disable() <- here is the problem
                            }
                        }
                    }
  }
}
@emartynov emartynov added Question Support request issue type S: untriaged Status: issue reported but unprocessed labels May 31, 2023
@shanshin
Copy link
Collaborator

Hi,
could you clarify what kind of result you would like to get?

kover {
  disable()
}

disables instrumentation for all tests in the project.

If you need to generate a report for only one build variant, it is enough to call the Gradle command e.g. koverHtmlReportDebug.

In order not to take into account the test coverage from the specified task, it is necessary to configure the measurement

kover {
    excludeTests {
        tasks("excludedTestTaskName")
    }
}

@shanshin shanshin added S: waiting for clarification Status: additional information required to proceed and removed S: untriaged Status: issue reported but unprocessed labels May 31, 2023
@emartynov
Copy link
Author

Let me close it since we decided to pause migration and return to this functionality's roots. Thank you for the quick replay, and sorry for the noise.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Question Support request issue type S: waiting for clarification Status: additional information required to proceed
Projects
None yet
Development

No branches or pull requests

2 participants