Äquivalent geltend zu machen.Warnung in mstest?

gibt es eine MsTest-Äquivalent Geltend zu machen.Warnung in MbUnit ?

  • Gute Frage. MSFT entschieden zu verwerfen bestehenden unit-testing-standards und kam mit etwas, das eher klobig statt.
InformationsquelleAutor Hannoun Yassir | 2009-09-02
  1. 17

    Den nächsten match ist Assert.Inconclusive() - es muss nicht machen den test scheitern als solche, aber es nicht gelingt, entweder. Sie fallen in eine Dritte Phase genannt nicht Schlüssig.

    Einem einzigen Ergebnislosen test verursachen eine ganze test-suite nicht Schlüssig.

    Gibt es überladungen, unterstützt benutzerdefinierte Nachrichten:

    Assert.Inconclusive("Ploeh");
    • Ärgerlicherweise ein test ist nicht Schlüssig genug, um zu MSTEST.EXE zurück den gleichen status-code (1) als ein scheitern, so dass, wenn Sie über eine batch-Datei, um alles aus-Sie werden nicht in der Lage, den Unterschied zu erklären, ohne mehr zu arbeiten.
    InformationsquelleAutor Mark Seemann
  2. 2

    Ich habe ein ähnliches Problem, da ich den Einsatz von NUnit für einige Projekte. Versuchen Sie es mit 

    Console.Write("Some Warning");
    InformationsquelleAutor MattyC
  3. 2

    Den Sie verwenden möchten, können Sie eine benutzerdefinierte Ausnahme.

    Den ärger mit Geltend zu machen.Nicht schlüssig ist, dass Test-Explorer Staaten der test war nicht einmal laufen. Dies kann irreführend sein, wenn bei der Durchführung des Tests in der Zukunft, insbesondere wenn der test ausgeführt wird, die von anderen Entwicklern:

    Äquivalent geltend zu machen.Warnung in mstest?

    Den Weg, den ich gekommen bin, zu bevorzugen ist wie folgt. Erstens, definieren Sie eine benutzerdefinierte UnitTestWarningException. Ich habe mir einen zusätzlichen Konstruktor, so kann ich an meinem Warnmeldung String.Format-Stil mit Argumenten:

    public class UnitTestWarningException : Exception
{
  public UnitTestWarningException(string Message) : base(Message) { }

  public UnitTestWarningException(string Format, params object[] Args) : base(string.Format(Format, Args)) { }
}

    Dann, an der Stelle, wo Sie wollen, um am Ende einen unit-test mit einer Warnung, werfen Sie einen UnitTestWarningException statt:

    [TestMethod]
public void TestMethod1()
{
  .
  .
  .
  try
  {
    WorkflowInvoker.Invoke(workflow1, inputDictionary);
  }
  catch (SqlException ex)
  {
    if (ex.Errors.Count > 0
      && ex.Errors[0].Procedure == "proc_AVAILABLEPLACEMENTNOTIFICATIONInsert")
    {
      //Likely to occur if we try to repeat an insert during development/debugging. 
      //Probably not interested--the mail has already been sent if we got as far as that proc.

      throw new UnitTestWarningException("Note: after sending the mail, proc_AVAILABLEPLACEMENTNOTIFICATIONInsert threw an exception. This may be expected depending on test conditions. The exception was: {0}", ex.Message);
    }
  }
}

    Das Ergebnis: Test-Explorer zeigt dann, dass der test durchgeführt wurde, aber nicht mit einem UnitTestWarningException das zeigt Ihre Warnung:

    Äquivalent geltend zu machen.Warnung in mstest?

    InformationsquelleAutor Reg Edit
  4. 1

    Hier ist mein hack wie haben Warnungen mit nunit ( ich weiß, diese Frage wurde über mstest, aber dies sollte auch funktionieren). Wie immer, ich interessiere mich für alle Verbesserungen. Diese Methode funktioniert für mich.

    Hintergrund: ich habe code, der überprüft, die tests selbst für die korrekte Kommentare und hat Logik, um zu erkennen, ob jemand kopiert hat und eingefügt, ein weiterer test ohne änderung der Kommentare. Diese sind Warnungen ich will gezeigt werden die Entwickler ohne normale Geltend zu machen.Nicht schlüssig, die Blockierung der eigentlichen Prüfung ausgeführt wird. Einige konzentrieren sich auf das testen und der Bereinigung refactorings phase ist, entfernen Sie die Warnungen.

    Mission: haben Warnungen, nachdem alle anderen Bestätigungen ausgeführt werden. Dies bedeutet, zeigt auch die Warnungen nach Geltend zu machen.Scheitern, die normalerweise auftreten, in tests während der Entwicklung.

    Umsetzung: (am besten erstellen Sie eine Basis-Klasse für alle test-Dateien):

    public class BaseTestClass
{
    public static StringBuilder Warnings;

    [SetUp]
    public virtual void Test_SetUp()
    {
            Warnings = new StringBuilder();
    }

    [TearDown]
    public virtual void Test_TearDown()
    {
        if (Warnings.Length > 0)
        {
            string warningMessage = Warnings.ToString();

            //-- cleared if there is more than one test running in the session
            Warnings = new StringBuilder(); 
            if (TestContext.CurrentContext.Result.Status == TestStatus.Failed)
            {
                Assert.Fail(warningMessage);
            }
            else
            {
                Assert.Inconclusive(warningMessage);
            }
        }
    }

    Prüfung Verwendung

    [Test]
public void Sample_Test()
{
    if (condition) Warning.AppendLine("Developer warning");
    Assert.Fail("This Test Failed!");
}

    Tatsächliches Ergebnis:

    "This Test Failed!"  
"Developer warning"

    Status test ist fehlgeschlagen - ROT

    Wenn der test bestanden und es war eine Warnung, Sie erhalten dann den status nicht eindeutig - GELB.

    InformationsquelleAutor Valamas
Schreibe einen Kommentar