Assert dans le bloc Try..Catch est pris

Viens de tomber sur certains comportement intéressant - Assert d'être pris par Catch bloc.

List<Decimal> consArray = new List<decimal>();
try
{
    Decimal d;
    Assert.IsTrue(Decimal.TryParse(item.Value, out d));
    consArray.Add(d);
}
catch (Exception e)
{
     Console.WriteLine(item.Value);
     Console.WriteLine(e);
}

Affirmer jette AssertFailedException et de ses pêchés par catch. Toujours pensé que si Assert échoue, alors le test est manqué et consécutives, l'exécution est annulée. Mais dans ce cas - test se déplace le long. Si rien de mal se passe plus tard - je obtenir vert test! Dans la théorie c'est bon comportement?

Édité: je comprends que c'est peut-être .NET de restriction et de la façon dont les assertions sont réalisés dans MsTest. Affirmer throws exception. Depuis catch - attrape tout ce qu'il attrape affirmer exception. Mais est-il bon en théorie ou MsTest spécifique?

OriginalL'auteur nikita | 2013-02-15

  1. 4

    NUnit permettra de faire exactement la même chose. Comme devrait l'être toute autre framework de test je pense, mais je ne connais MStest et NUnit en C#.

    J'ai attendez que votre code de test ne serait pas contenir Decimal.TryParse, mais votre logique métier serait de le faire, que vous auriez test avec un objet et un appel de méthode.

    Quelque chose comme:

    var sut = new Sut();
var d = sut.DoSomethingThatReturnsTheDecimal(item.Value);

Assert.AreEqual(0.123, d, string.Format("passed value can not be parsed to decimal ({0})", item.Value);

    Afin de rester un peu plus près de votre mise en œuvre:

    List<Decimal> consArray = new List<decimal>();

Decimal d = Decimal.MinValue;

//You don't need to try-catch a Decimal.TryParse
//Decimal.TryParse(item.Value, out d));

try
{
    d = Decimal.Parse(item.Value)
}
catch
{
    //Handle exception
}

Assert.AreEqual(0.123, d);

//Does the list add anything at all? In this sample it seems a bit redundant
consArray.Add(d);

    De toute façon, pour répondre à votre question. Le try-catch est censé attraper votre AssertFailedException.

    PS: Capture de la AsserFailedException et re-jeter, mais il se sent un peu étrange pour moi. J'avais cherchent à quitter le Asserts en dehors de toute try-catch blocs. Mais que peut-être juste mon avis qui vous n'avez pas à demander :).

    C'était spike - logique sera déplacé à la méthode. De toute façon, note à moi - même- n'utilisez pas de try..catch dans MsTest. Toujours intéressant de voir comment cela se passe dans d'autres frameworks de test Java, PHP.
    Ah désolé pensais que vous parliez de c# framework. Java est un tout à l'heure, mais assez sûr il en fait de même. Astuce: mise à jour de la question avec les infos que java, PHP, etc est-ce qui vous intéresse. Gl avec votre réponse et bon codage 🙂

    OriginalL'auteur bas

  2. 6

    Comme déjà répondu, c'est le comportement correct. Vous pouvez modifier votre code pour obtenir Votre comportement attendu par la capture de l'AssertFailedException et re-jeter.

            List<Decimal> consArray = new List<decimal>();
        try
        {
            Decimal d;
            Assert.IsTrue(Decimal.TryParse(item.Value, out d));
            consArray.Add(d);
        }
        catch (AssertFailedException)
        {
            throw;
        }

        catch (Exception e)
        {
            Console.WriteLine(item.Value);
            Console.WriteLine(e);
        }

    OriginalL'auteur Peter Henell

  3. 5

    Votre code fonctionne comme prévu. Lorsqu'un Assert échoue, elle renvoie une AssertFailedException qui
    hérite de Exception. Ainsi, vous pouvez ajouter un try-catch et de l'attraper.

    Dans votre cas, ajouter un throw à la fin de la catch et re-lancer l'exception.

    Oui je sais qu'il fonctionne depuis Affirmer throws exception et des captures les captures. Je veux juste savoir est-il juste en TDD théorie? Affirmer d'échec de test doivent être de couleur rouge - n'est-ce pas? Est-il MSTest comportement spécifique? Quels sont les autres frameworks de test?
    Cela n'a rien à voir avec le TDD, ni MsTest. Assert est pas n'importe quel type de membre spécial - c'est juste un class comme tous les autres. Tous les cadres de travail exactement de la même manière. Sur une note, vous ne devriez pas vraiment être à l'aide de try-catch ni Console.WriteLine dans votre unité de test.
    Pourquoi ne pas Console.Writeline? Vraiment à m'intéresser..
    Parce que votre test cadre de la sortie de la console de toute façon. Un test en échec donnera stacktrace dans cmd ou IDE. De plus, affirme permettre à d'autres de texte que j'ai essayé de photo dans mon exemple dans ma réponse

    OriginalL'auteur chaliasos