Jak mogę napisać dane wyjściowe z testu jednostkowego?

Każde wywołanie w moich testach jednostkowych do jednego Debug.Write(line)lub Console.Write(Line)po prostu jest pomijane podczas debugowania, a wynik nigdy nie jest drukowany. Wywołania tych funkcji z klas, których używam, działają poprawnie.

Rozumiem, że testowanie jednostkowe ma być zautomatyzowane, ale nadal chciałbym mieć możliwość wyprowadzania komunikatów z testu jednostkowego.

Spróbuj użyć TestContext.WriteLine() tekstu wyjściowego w wynikach testu.

Przykład:

    [TestClass]
    public class UnitTest1
    {
        private TestContext testContextInstance;

        /// <summary>
        ///  Gets or sets the test context which provides
        ///  information about and functionality for the current test run.
        ///</summary>
        public TestContext TestContext
        {
            get { return testContextInstance; }
            set { testContextInstance = value; }
        }

        [TestMethod]
        public void TestMethod1()
        {
            TestContext.WriteLine("Message...");
        }
    }

„Magia” jest opisana w MSDN jako „Struktura testowa automatycznie ustawia właściwość, której można następnie używać w testach jednostkowych”.

Próbowałem również uzyskać debugowanie lub śledzenie lub konsolę lub testContext do pracy w testach jednostkowych.

Żadna z tych metod nie wydaje się działać ani wyświetlać wyników w oknie wyników:

    Trace.WriteLine("test trace");
    Debug.WriteLine("test debug");
    TestContext.WriteLine("test context");
    Console.WriteLine("test console");

Visual Studio 2012 i nowsze

(z komentarzy) W programie Visual Studio 2012 nie ma ikony. Zamiast tego w wynikach testu znajduje się łącze o nazwie Wyjście . Jeśli klikniesz link, zobaczysz wszystkie pliki WriteLine.

Przed Visual Studio 2012

Wtedy zauważyłem, że w moim oknie Wyniki testu , po uruchomieniu testu, obok małego zielonego kółka wskazującego sukces , jest kolejna ikona. Dwukrotnie kliknąłem. To były moje wyniki testu, który zawierał wszystkie powyższe typy zapisów.

W programie Visual Studio 2017 można zobaczyć dane wyjściowe z eksploratora testów.

1) W Twojej metodzie testowej Console.WriteLine („coś”);

2) Uruchom test.

3) W oknie Eksploratora testów kliknij opcję Zaliczona metoda testu.

4) I kliknij link „Wyjście”.

I kliknij „Wyjście”, zobaczysz wynik działania Console.Writeline ().

To zależy od twojego testera ... na przykład używam xUnit , więc jeśli tego właśnie używasz, postępuj zgodnie z poniższymi instrukcjami:

https://xunit.github.io/docs/capturing-output.html

Ta metoda grupuje dane wyjściowe z każdym określonym testem jednostkowym.

using Xunit;
using Xunit.Abstractions;

public class MyTestClass
{
    private readonly ITestOutputHelper output;

    public MyTestClass(ITestOutputHelper output)
    {
        this.output = output;
    }

    [Fact]
    public void MyTest()
    {
        var temp = "my class!";
        output.WriteLine("This is output from {0}", temp);
    }
}

W linku, który podałem, znajduje się inna metoda pisania w oknie Wyjście, ale wolę poprzednią.

Myślę, że nadal jest aktualny.

Możesz użyć tego pakietu NuGet : Bitoxygen.Testing.Pane

Wywołaj niestandardową metodę WriteLine z tej biblioteki. Tworzy okienko testowania wewnątrz danych wyjściowych oknie i zawsze umieszcza tam komunikaty (podczas każdego testu działa niezależnie od flag DEBUG i TRACE).

Aby ułatwić śledzenie, polecam utworzenie klasy bazowej:

[TestClass]
public abstract class BaseTest
{
    #region Properties
    public TestContext TestContext { get; set; }

    public string Class
    {
        get { return this.TestContext.FullyQualifiedTestClassName; }
    }
    public string Method
    {
        get { return this.TestContext.TestName; }
    }
    #endregion

    #region Methods
    protected virtual void Trace(string message)
    {
        System.Diagnostics.Trace.WriteLine(message);

        Output.Testing.Trace.WriteLine(message);
    }
    #endregion
}

[TestClass]
public class SomeTest : BaseTest
{
    [TestMethod]
    public void SomeTest1()
    {
        this.Trace(string.Format("Yeah: {0} and {1}", this.Class, this.Method));
    }
}

Spróbuj użyć:

Console.WriteLine()

Wywołanie do Debug.WriteLinezostanie nawiązane tylko wtedy, gdy zdefiniowano DEBUG.

Inne sugestie są do użycia: Trace.WriteLinerównież, ale nie próbowałem tego.

Istnieje również opcja (nie jestem pewien, czy Visual Studio 2008 ją ma), ale nadal możesz użyć, Debug.WriteLinegdy uruchomisz test z Test With Debuggeropcją w IDE.

Rozwiązano za pomocą następującego przykładu:

public void CheckConsoleOutput()
{
    Console.WriteLine("Hello, World!");
    Trace.WriteLine("Trace Trace the World");
    Debug.WriteLine("Debug Debug World");
    Assert.IsTrue(true);
}

Po uruchomieniu tego testu, w sekcji „Test zakończony pomyślnie”, można wyświetlić dane wyjściowe, co spowoduje wyświetlenie okna wyników.

To rzeczywiście zależy od testera, jak wspomniał @jonzim. W przypadku NUnit 3 musiałem użyćNUnit.Framework.TestContext.Progress.WriteLine() aby uzyskać działające dane wyjściowe w oknie danych wyjściowych programu Visual Studio 2017.

NUnit opisuje, jak to zrobić: tutaj

Zgodnie z moim zrozumieniem obraca się to wokół dodatkowej równoległości wykonywania testów, którą otrzymali testerzy.

Nie otrzymuję danych wyjściowych, gdy moje ustawienie Test / Test Settings / Default Processor Architecture i zestawy, do których odwołuje się mój projekt testowy, nie są takie same. W przeciwnym razie Trace.Writeline () działa dobrze.

Console.WriteLine nie będzie działać. W trybie debugowania będą działać tylko Debug.WriteLine () lub Trace.WriteLine ().

Wykonuję następujące czynności: uwzględniam użycie System.Diagnostics w module testowym. Następnie użyj Debug.WriteLine dla mojego wyniku, kliknij prawym przyciskiem myszy test , wybierz Debuguj wybrane testy . Wynik końcowy pojawi się teraz w oknie Wyjście poniżej. Używam Visual Studio 2017 w porównaniu z 15.8.1, z domyślną platformą testów jednostkowych, które zapewnia VS.

Czy na pewno uruchamiasz testy jednostkowe w debugowaniu? Debug.WriteLine nie będzie wywoływana w kompilacjach wydania.

Dwie opcje do wypróbowania to:

• Trace.WriteLine (), który jest wbudowany w kompilacje wydania, a także w debugowanie

• Undefine DEBUG w ustawieniach kompilacji dla testu jednostkowego

Używam xUnit, więc używam tego:

Debugger.Log(0, "1", input);

PS: możesz Debugger.Break();też użyć , więc możesz zobaczyć swój login out.

Inny wariant przyczyny / rozwiązania:

Mój problem polegał na tym, że nie otrzymywałem danych wyjściowych, ponieważ pisałem zestaw wyników z asynchronicznego wywołania LINQ do konsoli w pętli w kontekście asynchronicznym:

var p = _context.Payment.Where(pp => pp.applicationNumber.Trim() == "12345");

p.ForEachAsync(payment => Console.WriteLine(payment.Amount));

Tak więc test nie zapisywał do konsoli, zanim obiekt konsoli nie został wyczyszczony przez środowisko wykonawcze (podczas uruchamiania tylko jednego testu).

Rozwiązaniem było najpierw przekonwertowanie zestawu wyników na listę, więc mogłem użyć nieasynchronicznej wersji forEach ():

var p = _context.Payment.Where(pp => pp.applicationNumber.Trim() == "12345").ToList();

p.ForEachAsync(payment =>Console.WriteLine(payment.Amount));

W VS 2019

1. na głównym pasku menu VS kliknij: View ->Test Explorer
2. Kliknij prawym przyciskiem myszy metodę testową w Eksploratorze testów -> Debuguj
3. Kliknij additional outputlink, jak pokazano na zrzucie ekranu poniżej.

Możesz użyć:

• Debug.WriteLine
• Console.WriteLine
• TestContext.WriteLine

wszyscy będą logować się do dodatkowego okna wyjściowego.

Trace.WriteLinepowinno działać, pod warunkiem że wybierzesz prawidłowe wyjście (menu rozwijane z etykietą „Pokaż wyjście z” w oknie Wyjście ).