Hi, Before we propose to use whatever technology in a broader scope, could we please make sure that existing use of that technology *works*?
AFAIK org.eclipse.tests.urischeme tests are not executed/running at all, see https://bugs.eclipse.org/bugs/show_bug.cgi?id=565673. Kind regards, Andrey Loskutov Спасение утопающих - дело рук самих утопающих https://www.eclipse.org/user/aloskutov > Gesendet: Dienstag, 20. Oktober 2020 um 12:17 Uhr > Von: "Karsten Thoms" <karsten.th...@karakun.com> > An: "platform-dev@eclipse.org" <platform-dev@eclipse.org> > Betreff: [platform-dev] Unit test fragment > > Dear all, > > As discussed in yesterday’s SDK meetup I would like to see some real unit > tests for platform related internals. Many non-trivial functionality is > buried in private methods and are hard to test just from API. In order to add > tests on a more fine grained level when solving bugs I would like to see that > such methods are opened up to package private. This would allow us to provide > test cases in the same package as the class under test. However, this would > require that the project hosting the tests is a fragment. > > Matthias Becker pointed me to project org.eclipse.tests.urischeme that is > such an example. I would see something similar for tests of UI classes. > Something like org.eclipse.ui.tests, but as a fragment for plain unit tests. > I could imagine a fragment „org.eclipse.ui.unittests“. Would this be > feasible? If this would be in general OK then I would open a bug to track > this and provide an example. > > ~Karsten > _______________________________________________ > platform-dev mailing list > platform-dev@eclipse.org > To unsubscribe from this list, visit > https://www.eclipse.org/mailman/listinfo/platform-dev > _______________________________________________ platform-dev mailing list platform-dev@eclipse.org To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/platform-dev
