Comment diagnostiquer “TestFixtureSetUp a Échoué”

C'est un peu un défaut dans la mise en œuvre de TestFixtureSetUp (et TestFixtureTearDown) que les exceptions ne sont pas signalés. J'ai écrit la première mise en œuvre de leur et je n'ai jamais réussi à le faire fonctionner de la façon dont il était censé le faire. À l'époque, les concepts dans le NUnit code ont été étroitement associés à l'idée que des actions sont directement liées à un seul test. Donc, la déclaration de tout ce qui était lié à un résultat de test. Il n'y avait pas vraiment un espace pour signaler quelque chose qui s'est passé à la suite, sans un énorme ré-écrire (ce n'est pas un refactoring lorsque vous modifiez un mouton dans un escalator).

À cause de ce peu d'histoire il est difficile de savoir ce qui s'est vraiment passé dans un TestFixtureSetUp. Il n'y a pas un bon endroit pour attacher l'erreur. Le TestFixtureSetUp appel est un effet secondaire de l'exécution d'un test, au lieu d'être directement lié.

@TrueWill a la bonne idée. Vérifiez les journaux, puis modifier le test pour ajouter plus de l'enregistrement si nécessaire. Vous pourriez vouloir mettre à try/catch à l'intérieur de la TestFixtureSetup et journal beaucoup dans le bloc catch. J'ai juste pensé que je pourrais ajouter un peu de fond (en d'autres mots, c'est un peu de ma faute).

J'ai couru dans le présent aujourd'hui lors de la création de certains tests d'intégration qui ont des temps d'exécution du programme d'installation que je ne veux pas en double. J'ai fini l'habillage de tous les montage de test logique d'installation dans un try/catch. Je puis ajouter une méthode de Configuration dont le seul but est de voir si une erreur s'est produite lors de la configuration de la fixture et de fournir un meilleur enregistrement.

Exception testFixtureSetupException = null;

[TestFixtureSetUp]
public void FixtureSetup()
{
    try
    {
        //DoTestFixtureSetup
    }
    catch (Exception ex)
    {
        testFixtureSetupException = ex;
    }
}

[SetUp]
//NUnit doesn't support very useful logging of failures from a TestFixtureSetUp method. We'll do the logging here.
public void CheckForTestFixturefailure()
{         
    if (testFixtureSetupException != null)
    {
        string msg = string.Format("There was a failure during test fixture setup, resulting in a {1} exception. You should check the state of the storage accounts in Azure before re-running the RenewStorageAccountE2ETests. {0}Exception Message: {3}{0}Stack Trace:{4}",
            Environment.NewLine, testFixtureSetupException.GetType(), accountNamePrefix, testFixtureSetupException.Message, testFixtureSetupException.StackTrace);
        Assert.Fail(msg);
    }
 }

J'ai pu voir que je n'étais pas la création de ma base de données de test correctement en faisant un passage rapide à VS de Tests Unitaires. Dans mon Cas, il a été en mesure de retourner une meilleure réponse à la raison pour laquelle il a échoué. J'ai l'habitude d'utiliser NUnit.
"Impossible de créer une instance de la classe X. Erreur: System.Les données.SqlClient.SqlException: Un fichier d'activation erreur s'est produite. Le nom de fichier physique " \DbTest.mdf' est peut-être incorrect. Diagnostiquer et de corriger les autres erreurs, et recommencez l'opération.
CRÉER une BASE de données a échoué. Certains noms de fichier répertoriés n'a pas pu être créé. Vérifier les erreurs associées..
"

Si vous utilisez SpecFlow et C# dans Visual Studio, regarder auto-généré <whatever>.feature.cs fichier après le test échoue. Sur le public partial class <whatever>Feature ligne, vous devriez voir un symbole qui, lorsqu'il se penchait sur la volonté de montrer la raison pour laquelle la NUnit luminaire échec du programme d'installation. Dans mon cas, c'est que certains de mes BeforeFeature méthodes dans mon TestHooks de classe n'étaient pas statiques. Tous les BeforeTestRun, AfterTestRun, BeforeFeature, et AfterFeature les méthodes doivent être statique.

J'ai eu ce symptôme causé par une erreur lors de l'initialisation. Si votre initialiser les champs de la [SetUp] méthode, vous devriez voir un meilleur message d'erreur.

[TestFixture]
internal class CommandParserTest
{
    //obscure error message
    private CommandParser parser = new CommandParser(...);
    ...
}

[TestFixture]
internal class CommandParserTest
{
    private CommandParser parser;

    [SetUp]
    public void BeforeTest()
    {
        //better error message
        parser = new CommandParser(...);
    }
    ...
}

Dans le cas où il peut aider quelqu'un:
Vous pouvez intercepter l'exception et de l'écrire dans la console sur le Démontage

Quelque chose comme :

[SetUpFixture]
public class BaseTest
{
    private Exception caughtException = null;

    [SetUp]
    public void RunBeforeAnyTests()
    {
        try
        {
            throw new Exception("On purpose");
        }
        catch (Exception ex)
        {
            caughtException = ex;               
        }
    }

    [TearDown]
    public void RunAfterAnyTests()
    {
        if (caughtException != null)
        {
            Console.WriteLine(string.Format("TestFixtureSetUp failed in {0} - {1}", this.GetType(), caughtException.Message));
        }           
    }

}

Et le résultat sera :

TestFixtureSetUp échoué dans IntegratedTests.Services.BaseTest - Sur le but