[icedtea-web] RFC: disable tests that are known to fail
Jiri Vanek
jvanek at redhat.com
Wed Mar 21 09:28:45 PDT 2012
On 03/21/2012 04:54 PM, Omair Majid wrote:
> Hi Jiri,
>
> Thanks for your sharing your thoughts.
>
> On 03/21/2012 11:12 AM, Jiri Vanek wrote:
>> Personally I'm against the disabling. My opinion is that once thy will
>> be marked as @Ignored, they will be forgotten.
>
> Our command line output, as well as most IDEs, should show the number of
> tests that have been ignored.
Yap, but noone will ever care any more why those tests are ignored.
>
>> In this matter I'm
>> really missing TestNg grouping, and put them to some group "should
>> fail" with description "until fix xyz is done". But I'm willing to add
>> such annotation rather then disabling them.
>>
>
> JUnit does support grouping, but the interface to it (if you are not
> using maven) is rather crappy.
>
>> Falling test is still
>> representing the issue, what I consider as correct.
>
> I agree. But if these tests always fail, then developers (I am guilty of
> this too) will often ignore running the tests or not pay too much
> attention to its output. For a developer, the impact of going from 0
> failures to 1 failure is significant, but the impact of going from 20
> failures to 21 is not so much. And as a counter-argument, these tests
To much true!
> have been failing for a while now and they haven't been fixed. What's
> the value of these tests?
Thy are still representing the issue.
>
> To be honest, I don't think there is a "right" answer here, but I am
> trying to figure out what's the lesser evil and go with that.
As an intersection looks to annotate them @KnownToBeFailing, and allow to run make tests with
configured something like skipKnownToBeFailing, which will skip all KnownToBeFailing testmethods.
Spam & Advertisement:
This have close connection to @Bug annotation I have posted yesterday O:)
>
> Thanks,
> Omair
J.
More information about the distro-pkg-dev
mailing list