NUnit vs. MbUnit vs. MSTest vs. xUnit.net [fermé]

NUnit est probablement le plus supporté par les outils tiers. Il est aussi là depuis plus longtemps que les trois autres.

personnellement je ne me soucie pas beaucoup sur les cadres de test d'Unité, les bibliothèques moqueuses sont IMHO beaucoup plus important (et vous enfermer dans beaucoup plus). Il suffit de choisir un et de s'y tenir.

Je n'irais pas avec MSTest. Bien que ce soit probablement la preuve la plus future des cadres avec Microsoft derrière elle n'est pas la solution la plus flexible. Il ne marchera pas seul sans quelques hacks. Donc l'exécuter sur un serveur de compilation autre que TFS sans installer Visual Studio est difficile. Le visual studio Test-runner est en fait plus lent que Testdriven.Net + l'un des autres cadres. Et parce que les sorties de ce framework sont liées aux sorties de Visual Studio il y a moins mises à jour et si vous devez travailler avec un VS plus âgé, vous êtes lié à un MSTest plus âgé.

je pense que peu importe lequel des autres cadres vous utilisez. Il est vraiment facile de passer de l'un à l'autre.

j'utilise personnellement XUnit.Net ou NUnit selon les préférences de mes collègues. NUnit est le plus standard. XUnit.Net est le cadre le plus mince.

envisager de compléter, et non de remplacer, le MSTest par un autre cadre d'essai. Vous pouvez garder L'intégration de Visual Studio MSTest tout en bénéficiant des avantages d'un cadre de test plus complet.

par exemple, j'utilise xUnit avec MSTest. Ajouter une référence au xUnit.dll assemblée, et faire quelque chose comme ça. Curieusement, il fonctionne, tout simplement!

using Microsoft.VisualStudio.TestTools.UnitTesting;
using Assert = Xunit.Assert;  // <-- Aliasing the Xunit namespace is key

namespace TestSample
{
    [TestClass]
    public class XunitTestIntegrationSample
    {
        [TestMethod]
        public void TrueTest()
        {
            Assert.True(true);  // <-- this is the Xunit.Assert class
        }

        [TestMethod]
        public void FalseTest()
        {
            Assert.False(true);
        }
    }
}

ce n'est pas une grosse affaire sur une petite échelle/personnelle, mais ça peut devenir une grosse affaire rapidement sur une plus grande échelle. Mon employeur est un grand magasin Microsoft, mais ne veut pas/ne peut pas acheter dans le système D'équipe / TFS pour un certain nombre de raisons. Nous utilisons actuellement Subversion + Orcas + MBUnit + TestDriven.NET et cela fonctionne bien, mais en obtenant TD.NET c'était un gros problème. La sensibilité de la version de MBUnit + TestDriven.NET est également un gros tracas, et d'avoir une chose commerciale supplémentaire (TD.NET) pour l'examen juridique et l'approvisionnement à gérer n'est pas anodin. Mon entreprise, comme beaucoup d'entreprises, sont gros et heureux avec un modèle D'abonnement MSDN, et il est tout simplement pas habitué à gérer un off acquisitions pour des centaines de développeurs. En d'autres termes, l'offre entièrement intégrée de MS, bien que certainement pas toujours le meilleur du pain, est une valeur ajoutée importante à mon avis.

je pense que nous allons rester avec notre Pas actuel parce qu'il fonctionne et nous avons déjà surmonté la bosse de l'organisation, mais je suis sûr que J'aimerais que MS ait une offre convaincante dans cet espace afin que nous puissions consolider et simplifier notre pile de dev un peu.

ce n'est pas grand chose, c'est assez facile de passer d'un groupe à l'autre. MSTest étant intégré n'est pas une grosse affaire non plus, il suffit de saisir testdriven.net.

comme la personne précédente a dit choisir un cadre moqueur, mon préféré en ce moment est Moq.

Nunit ne fonctionne pas bien avec les projets à mode mixte en C++ donc j'ai dû le laisser tomber