2010-06-06 3 views

Répondre

5

xUnit de comparison table montre que lorsque vous utilisez [TestFixtureSetUp] dans NUnit, vous faites votre classe de dispositif d'essai mise en œuvre IUseFixture<T>.


Si [TestFixtureSetUp] n'est pas l'attribut que vous cherchez, puis l'en-tête au début de la table de compatibilité indique qu'il n'y a pas d'équivalent:

Note: tous les attributs cadre de tests qui ne sont pas dans cette liste n'ont aucun attribut correspondant dans xUnit.net.

+1

Je suppose que l'un est par appareil. J'ai besoin d'un qui est par ensemble complet. –

+0

Solution de contournement ferait l'affaire. Et j'ai lu que xUnit est assez extensible. Juste penser - ne peut pas être que personne n'a fait face à ce problème. –

+0

+ 1d - Les motifs de test xUnit (et l'utilisation intensive de xUnit.net) indiquent que vous utilisez 'IUseFixture ' et laissez l'impl de la classe fixture définir les conditions préalables appropriées, en tenant compte du fait que vous ne voulez le faire qu'une fois par assembly comme une optimisation au sein de l'appareil (peut-être des éléments de cache dans une statique ou quoi que ce soit est approprié). Si vous voulez faire des choses très farfelues, regardez une classe de coureur personnalisée dans l'échantillon SubSpec (téléchargez la source complète - c'est assez court) –