Upgrading the test setup to JUnit4 is fine with me. The current options to run single tests and to disable tests are useful; a new test setup should keep those options. Otherwise any simplification and improvement of the test system is fine with me.
Simon On Fri, Sep 23, 2011 at 04:16:03PM +0800, Glenn Adams wrote: > i would suggest you simply create a new target that invokes tests in the > fashion you propose; however, i would not want to replace the current > targets with this new target, or at least not do so without considerable > usage having passed; > > i personally like having different targets, particularly when creating new > tests or debugging regressions in tests, since that allows me to effectively > subset the tests from command line based on which targets i select; > > On Fri, Sep 23, 2011 at 3:57 PM, mehdi houshmand <med1...@gmail.com> wrote: > > > Hi Guys, > > > > Since there's been overwhelming support for this, I'll throw another > > thought out there for people to consider. While looking at these > > tests, it seems logical to me to change the way FOP invokes the JUnit > > tests, so that rather than invoking test-suites, the build.xml, > > invokes ALL classes that match the regex "*TestCase.java". > > > > The benefit of this would be that if someone forgets to add a unit > > test to a test suite, the test is still invoked, but more importantly, > > it would greatly simplify the build.xml. This would also mean that the > > layout/area tree/IF test-suites will have to change to take advantage > > of the JUnit4 parametrised test system. But that's not difficult to > > do, and quite frankly I don't like that they depend on so many obscure > > system parameters, I appreciate that that's the only way to > > parametrise tests in JUnit3, but this gives us an opportunity to > > improve it. This also has the added benefit that people can run these > > tests in their IDE without having to inject system parameters.