> +1 for providing a way to translate to filenames. I'm sure 
> that will be 
> much easier to use when debugging a test failure. This should 
> be easier to 
> call from the test, though. Perhaps a new method in 
> BaseSelectorTest that 
> takes a selector and the selection string and calls 
> assertEquals() the way 
> you describe. If you could submit a patch against 
> BaseSelectorTest for 
> this, I'd be glad to apply it. 

Ok, I will do that.
Nice idea with that method.

> If you could change the README 
> while you 
> were at it to describe how to use it, even better.

Of course - updated doco.
Maybe you can take a look at 
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20474

In the attachement
(http://nagoya.apache.org/bugzilla/showattachment.cgi?attach_id=6622)
I have updated the doco "<manual>/selector.html" and
"<manual>/selector-programming.html".
Two more eyes (or more) on that would be good (especially I´m not a native
speaker/writer).


> Regarding setting properties on the build that creates the test 
> environment, I'm not sure I understand the necessity. Unit 
> tests are quite 
> static by design, to ensure consistent results. The more 
> complexity you 
> add, the more likely a test can fail in a way unrelated to 
> the units the 
> tests are testing. What makes you want to use passed-in properties?

I have to ensure that the xml-file is always conform to the test classes. If
I pass
the values from test class to xml-file, the only place to update is the test
class.
And because its a compiled class, it seems to be very static...

So I have no redundance.

OK, I´m lazy :-)

> Even if it is desirable to allow property settings to affect 
> testcases, 
> wouldn't it be better to add a setProperty() call in 
> oata.BuildFileTest 
> rather than creating a properties file? Something that called 
> project.setUserProperty()?

I create a property file because the tasks in the xml-file should
get these values. I don´t think that they will get the properties
from BuildFileTest. But I´m not sure in this point.



First I will put the "name-translation" to the BaseSelectorTest. Then I
spent a little bit
time on the property question. Maybe I found that the properties of
BaseFileTest are available
to the xml-file...


Jan

Reply via email to