Look, having a failing unit test only works when it is indeed fixed
ASAP. This is a known issue for a least a few days now, and there
isn't even any serious discussion on how this might be fixed, so atm a
quick fix seems unlikely. Also, though the problem can be anoying,
it's not a show stopper in my book. The issue[1] was filed as minor,
though I just bumped it up to major as it is a structural (low level)
framework bug which imo are more serious bugs in specific components.

I'm commenting the failing unit test now, so that it doesn't block the
rest of our development. I don't disagree with committing a failing
unit test every now and then to get some attention, but an issue
related to that either should be fixed within one or two days, or the
test should be commented and the issue marked as a known one, possibly
bumbing up the priority to make sure no-one forgets it.

Eelco

[1] https://issues.apache.org/jira/browse/WICKET-590



On 5/28/07, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
On 5/28/07, Jean-Baptiste Quenot <[EMAIL PROTECTED]> wrote:
> Mmm actually  I don't really  agree, making the build  fail should
> not  be  intentional.  We  could  have  some convention  like  for
> example naming  the failing  unit test methods  after bugTestXXX()
> instead of testXXX() to make it obvious that the test does not run
> and that there is a bug.

I really disagree with this: it is already hard to make a bug
reproducable. Often the person reproducing the bug does not know how
to solve it. The person having *time* to solve it, usually doesn't
have time to build a test case for it.

Having failing test cases on trunk is obviously not good, but it is
better than not having testcases, or testcases that don't get run
(which is what you are proposing).

If you commit a failing testcase, it is necessary to make sure dev@ is
notified, so people know it is not their fault and that it is
intentional/necessary.

It is also necessary to fix the thing pronto, but if it were that
easy, the fix would've been committed together with the test case,
wouldn't it?

Trunk is for development: at any given time the test can fail. They
just need to get fixed quickly. Note that this is not an excuse for
not running and fixing the unit tests before a commit.

Martijn

--
Join the wicket community at irc.freenode.net: ##wicket
Wicket 1.2.6 contains a very important fix. Download Wicket now!
http://wicketframework.org

Reply via email to