NUnit vs. MbUnit vs. MSTest vs. xUnit.net [chiuso]

Esistono molti framework unittesting per .NET. Ho trovato questo piccolo confronto delle funzionalità: http://xunit.github.io/docs/comparisons.html

Ora devo scegliere quello migliore per noi. Ma come? Importa? Qual è la prova più futura e ha un momento decente dietro? Dovrei preoccuparmi delle funzionalità? Mentre xUnit sembra essere il più moderno e specificamente progettato per .NET, NUnit sembra essere quello che è ampiamente accettato. MSTest è già integrato in Visual Studio ...

So che questo è un vecchio thread, ma ho pensato di pubblicare un voto per xUnit.NET . Mentre la maggior parte degli altri framework di test citati sono praticamente tutti uguali, xUnit.NET ha adottato un approccio al test unitario piuttosto unico, moderno e flessibile. Cambia la terminologia, quindi non definisci più TestFixture e Test ... specifichi Fatti e Teorie sul tuo codice, che si integra meglio con il concetto di cosa sia un test da una prospettiva TDD / BDD.

xUnit.NET è anche ESTREMAMENTE estensibile. Le sue classi di attributi FactAttribute e TraitAttribute non sono sigillate e forniscono metodi di base sostituibili che ti danno molto controllo su come eseguire i metodi decorati da quegli attributi. Mentre xUnit.NET nella sua forma predefinita consente di scrivere classi di test simili ai dispositivi di prova NUnit con i loro metodi di prova, non si è affatto limitati a questa forma di unit test. Sei libero di estendere il framework per supportare le specifiche di preoccupazione / contesto / osservazione in stile BDD, come illustrato qui .

xUnit.NET supporta anche test di adattamento direttamente fuori dalla scatola con l'attributo Teoria e gli attributi dati corrispondenti. I dati di input adattati possono essere caricati da Excel, dal database o persino da un'origine dati personalizzata come un documento di Word (estendendo l'attributo dei dati di base.) Ciò consente di capitalizzare su un'unica piattaforma di test sia per unit test che per test di integrazione, che può essere enorme nel ridurre le dipendenze dei prodotti e la formazione richiesta.

Altri approcci ai test possono anche essere implementati con xUnit.NET ... le possibilità sono piuttosto illimitate. In combinazione con un altro framework beffardo lungimirante, Moq , i due creano una piattaforma molto flessibile, estensibile e potente per l'implementazione di test automatizzati.

NUnit è probabilmente il più supportato dagli strumenti di terze parti. È stato anche in giro più a lungo rispetto agli altri tre.

Personalmente non mi interessa molto dei framework di unit test, le librerie beffardo sono molto più importanti per IMHO (e ti bloccano molto di più). Basta sceglierne uno e attenersi ad esso.

Non andrei con MSTest. Sebbene sia probabilmente la prova più futura dei framework con Microsoft dietro non è la soluzione più flessibile. Non funzionerà da solo senza alcuni hack. Quindi eseguirlo su un server di build diverso da TFS senza installare Visual Studio è difficile. Il test-runner di Visual Studio è in realtà più lento di Testdriven.Net + di qualsiasi altro framework. E poiché le versioni di questo framework sono legate alle versioni di Visual Studio, ci sono meno aggiornamenti e se devi lavorare con un VS più vecchio sei legato a un MSTest più vecchio.

Non penso che importi molto quale degli altri framework utilizzi. È davvero facile passare da uno all'altro.

Personalmente uso XUnit.Net o NUnit a seconda delle preferenze dei miei colleghi. NUnit è il più standard. XUnit.Net è il framework più snello.

Valuta di integrare, non sostituire, MSTest con un altro framework di test. È possibile mantenere l'integrazione di Visual Studio MSTest ottenendo i vantaggi di un framework di test più completo.

Ad esempio, utilizzo xUnit con MSTest. Aggiungi un riferimento all'assembly xUnit.dll e fai qualcosa del genere. Sorprendentemente, funziona e basta!

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);
        }
    }
}

Nunit non funziona bene con i progetti in modalità mista in C ++, quindi ho dovuto abbandonarlo

Non è un grosso problema su piccola scala / personale, ma può diventare rapidamente un grosso problema su una scala più grande. Il mio datore di lavoro è un grande negozio Microsoft, ma non può / non può acquistare in Team System / TFS per diversi motivi. Attualmente utilizziamo Subversion + Orcas + MBUnit + TestDriven.NET e funziona bene, ma ottenere TD.NET è stata una seccatura enorme. La sensibilità della versione di MBUnit + TestDriven.NET è anche una seccatura, e avere un ulteriore aspetto commerciale (TD.NET) per la revisione legale e l'approvvigionamento da gestire e gestire, non è banale. La mia azienda, come molte aziende, è grassa e soddisfatta di un modello di abbonamento MSDN, e non è abituata a gestire acquisti una tantum per centinaia di sviluppatori. In altre parole, l'offerta per la SM pienamente integrata, sebbene sicuramente non sia sempre la migliore, a mio avviso rappresenta un valore aggiunto significativo.

Penso che continueremo con il nostro passo attuale perché funziona e abbiamo già superato la gobba organizzativamente, ma di certo vorrei che MS avesse un'offerta convincente in questo spazio in modo da poter consolidare e semplificare un po 'il nostro stack di sviluppo.

Non è un grosso problema, è abbastanza facile passare da uno all'altro. Anche l'integrazione di MSTest non è un grosso problema, basta prendere testdriven.net.

Come la persona precedente ha detto di scegliere un quadro beffardo, il mio preferito al momento è Moq.