Reactive: Increase test coverage and the amount of platforms used during continuous integration validation

Created on 30 Apr 2018  路  16Comments  路  Source: dotnet/reactive

We need to make it more accessible and safer for folks to contribute to this project. I would love to do a performance pass but not before basics such as increasing test coverage happen.

So this is a help wanted? Can you help out? Will you.

Deliverables:

help wanted

All 16 comments

I can check code coverage and evaluate what's missing.

馃弳 Make it so.

The code coverage is just awesome. We have a coverage of 98% for the .netcore 2.0 run of the the tests. I did some updates though and will try to get rid of the nasty file-linking approach that is currently in place to enable the same unit tests on multiple platforms. I should be able to add a test runner for Xamarin.Android, every other platform is out of my scope unfortunately.

A test runner has been added (#484). Removing file linking would not work unfortunately because xUnit would just not discover tests in referenced assemblies, so the new Android app will use file linking as well. This is a potential source for omissions. Maybe the files could be linked by wildcards?

@onovotny Can we quickly and easily re-enable coveralls reporting by changing this ?

I think it just needs COVERALLS_REPO_TOKEN set...

Okay, coverage is showing up now for CI builds:

https://coveralls.io/github/dotnet/reactive

should be fixed now

Thanks, it works now!

Btw, I've updated a PR and the build says: Blank or invalid Coveralls Repo Token.

I'm assuming this is to avoid leaking the token but then how can a PR be assessed of its coverage?

That's a good question. There's no way to keep secrets on PRs....

Yes. I guess until running code coverage on .NET code becomes free just like in the Java world, we may only rely on follow-up PRs addressing the lack of reasonable coverage on new/changed components.

Running it is free, reporting the results needs somewhere to report it. If you run the build script locally, it renders a code coverage result.

Once Code Coverage with VS Test works solidly with .NET Core (there are still issues), then I think it'll be integrated into VSTS and it may be possible to fail a build that way...or do something else meaningful.

I think this has been addressed.

Was this page helpful?
0 / 5 - 0 ratings