Re: Extension Points in NUnit 2.5

Hi,

Charlie Poole schrieb:
> TestDecorators - I'd like to add a way that decorators
> can state an ordering preference when they install themselves.
>   
Do you already have an idea how to solve this problem?

> AssemblySuiteBuilder - To recognize attributes on assemblies
> and build an appropriate test suite for it. This would do
> for assemblies, what SuiteBuilder and TestCaseBuilder do
> for types and methods.
>   
That sounds interesting.

> TestDataProvider - A new extension point to encapsulate
> a source of data to be used in instantiating a test. There
> are some design issues around this, which Andreas is looking
> into and will write about. It could end up being more than
> one extension point - but we'll see. In the end, this could
> be exploited by various data-provider syntaxes.
>   
I'll write another post about this.

> ProjectConverter - An extension point for addins that know
> how to read some particular format and produce an NUnit
> test project. I've already experimentally rewritten our
> Visual Studio loading code to use this and it could be
> used for other IDE formats as well as other test framework
> project formats (csUnit recipe files, for example). There
> are pros and cons to doing this in 2.5:
>
>   Pro: This will give us a chance to experiment with our
>   first extension point on the client side rather than in
>   the test domain.
>
>   Con: This could represent a bit of infrastructure work,
>   which would need to be redone in 3.0.
>
>   My Conclusion: See how much work it is.
>   
A ProjectConverter would be nice.

> GENERAL:
>
>   I'd like to implement the feature whereby addins needed
>   by a test are declared using an assembly attribute. If
>   there is no declaration, things work just like now. If
>   an addin is declared but is not installed, the entire 
>   test fails.
>   
I think we really need this one, since it is now impossible to specify 
an addin as required.

Andreas


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