[jbosstools-dev] Should we use @Ignore in non-runnable JUnit test classes, instead of <include> in pom?

[Max Rydahl Andersen]

I agree with Fred here but alexeys usecase/question is valid. I guess naming them something like TestPart.java instead would be sensible or simply put the tests depedent on exact setup be in same class ?

/max
http://about.me/maxandersen


> On 23 Jan 2015, at 19:39, Fred Bricon <fbricon at redhat.com> wrote:
> 
> For specific use cases like that, you can specifically override the include patterns used in javaee, effectively maintaining the legacy behavior, allowing you to migrate at the pace you want.
> 
> Fred
> 
>> Le 23 janv. 2015 à 13:19, Alexey Kazakov <akazakov at exadel.com> a écrit :
>> 
>> On 01/23/2015 03:42 AM, Max Rydahl Andersen wrote:
>>> But right now I think the only one I know that is pro-testsuites being
>>> the default is Rob S. who have just
>>> said he is fine switching to Tests being executed by default - he can
>>> just use the TestSuite pattern in his test projects if he insists :)
>> 
>> Most *Test.class tests (hundreds of them) in javaee and jst use a TestSetup.
>> So a lot of our tests are grouped in their own test setups to configure 
>> a common environment.
>> They are not designed to be executed as standalone tests because some 
>> their critical tierDown/setUp work is delegated to the corresponding 
>> TestSetup.
>> If we move tierDown()/setUp() to the *Test.class level it will increase 
>> the execution time dramatically.
>> Any idea how it could be fixed?
>> 
>> Another problem is that we have a lot of *Test.class'es which are used 
>> as super classes for actual tests but they are not abstract.
>> Which is not a big deal since most of them don't have any test methods 
>> and we also can make them abstract pretty easy.
>> 
>> So, migrating javaee/jst/common to the *Test.class pattern may be a huge 
>> work.
>> 
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
> 
> 
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev