Re: SuiteAttribute, RowTest and IterativeTest

"Kelly Anderson" <[email protected]> Wed, 12 Mar 2008 21:58:33 -0600
Newsgroups gmane.comp.windows.dotnet.nunit.devel
Message-ID <[email protected]>
On Wed, Mar 12, 2008 at 9:28 PM, Charlie Poole
<[email protected]> wrote:
> Hi Kelly,
>
>  >
>  > Well, maybe it can be done in 2.5, but could it be done in a
>  > way that's forward compatible to what we want to do in 3.0?
>  > That's key to me when deciding whether or not to do some
>  > subset of the Theory functionality in 2.5. Unfortunately, it
>  > involves a bit of design up front.
>
>  Or perhaps requirements? In a testing application, saying
>  "I'd like to be able to have a [Theory] attibute that
>  does x" isn't design. It's a story. It's easy to forget
>  that when the target audience is programmers.

Good point.

>  > I guess the reason I care is that because Theory is different
>  > from Test, it seems to me that the GUI for Theory might vary
>  > slightly from that of Test... I'm trying to imagine what I
>  > want that to be.
>
>  But what you're saying, if I cast it in story form, is "As
>  a test writer, I'd like the NUnit internal data structure
>  representing tests to contain a separate node for each
>  data point tested."  That makes no sense. You're doing
>  design here.

Sigh. Yes.

>  > Works for me. This is part of what I was getting at when I
>  > said that the GUI has to change a bit to accommodate the
>  > differences in Theory vs. Test.
>
>  That example is not actually the gui. The gui will still just display
>  whatever count it receives - the gui doesn't do any counting. In fact,
>  the NUnit gui I fairly agnostic about tests and how they work.
>
>  But I take your point: if Theory is a whole new concept, it may call
>  for a whole new representation.

Or at least some minor modifications.

>  > You haven't replied to the other thread yet... tap. tap. tap... LOL.
>
>  I always try to answer all my "current nunit" stuff first. :-)

Ok, I'll leave you alone for a while... :-)

-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/