Re: Modificatons to NUnit 2.5 Data-Driven tests

Hi Kelly, 

> >> which leads me to wonder if there isn't a somewhat better way.
> >> Then I think perhaps there isn't... :-)
> >
> > If, as I believe, most use cases will involve constants, 
> then I think 
> > you overstate the problem of understandability.
> 
> Possibly. Many of my current data driven tests do not involve 
> constants, but rather file sets. So I may have a different mind set.
> You've always said you would optimize for programming tests, 
> and that data tests would be considered second. So I think 
> your thoughts on the matter are consistent. I can send you my 
> current set of data-driven tests off line if you think it 
> would be at all helpful to look at a real example.

Yes, that would be useful.
 
> > What you are describing seems to me as either an anti-pattern or 
> > (giving the benefit of the doubt) an advanced technique. 
> :-) In either 
> > case, the casual user would not need to understand.
> 
> If it is an anti-pattern, then perhaps in the documentation 
> we should promote that the IEnumerator field should be 
> stateless. At least I think that's what you're getting at.

Yes. It seems to me that a test should not know where it's
data comes from any more than it should know who ( console,
gui, nant, etc. ) is calling it.

> > Can you give a use case for this technique?
> 
> At the moment, I can't... but I'll keep thinking about it. I 
> had one the other day. I think I'm just exhausted today. 
> Sorry. Can't seem to make my brain function properly at the moment.

I'm sure it will come back. :-)
 
> > In any case, I think this is a job for the (I thought) agreed upon 
> > /separate/ dynamic test feature. (Which, btw, I want to 
> work on next)
> 
> This thread is getting too chopped up in my head... That's my 
> problem not yours of course... :-)

I'm feeling I need to provide a higher level summary of where
I think we are going with this rather than just talk about small 
parts of it as I have been doing. I'll try to find some time.

Charlie

> -Kelly
> 
> --------------------------------------------------------------
> -----------
> This SF.net email is sponsored by: Microsoft Defy all 
> challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> nunit-developer mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/nunit-developer
> 



-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/