GoogleTest: Wie überspringe ich einen Test?

Verwendung von Google Test 1.6 (Windows 7, Visual Studio C++). Wie kann ich einen bestimmten Test deaktivieren? (auch bekannt als wie kann ich verhindern, dass ein Test ausgeführt wird). Was kann ich tun, außer den ganzen Test zu kommentieren?

Das Dokumente für Google-Test 1.7 empfehlen:

Wenn Sie einen fehlerhaften Test haben, den Sie nicht sofort reparieren können, können Sie den hinzufügen DISABLED_ Präfix zu seinem Namen. Dadurch wird es von der Ausführung ausgeschlossen. Dies ist besser, als den Code zu kommentieren oder zu verwenden #if 0da deaktivierte Tests weiterhin kompiliert werden (und daher nicht verrotten).

Beispiel aus obiger Dokumentation:

// Tests that Foo does Abc.
TEST(FooTest, DISABLED_DoesAbc) { ... }

class DISABLED_BarTest : public testing::Test { ... };

// Tests that Bar does Xyz.
TEST_F(DISABLED_BarTest, DoesXyz) { ... }

Du kannst auch Führen Sie eine Teilmenge von Tests auslaut Dokumentation:

Ausführen einer Teilmenge der Tests

Standardmäßig führt ein Google-Testprogramm alle Tests aus, die der Benutzer definiert hat. Manchmal möchten Sie nur eine Teilmenge der Tests ausführen (z. B. zum Debuggen oder schnellen Überprüfen einer Änderung). Wenn Sie die Umgebungsvariable GTEST_FILTER oder das Flag –gtest_filter auf eine Filterzeichenfolge setzen, führt Google Test nur die Tests aus, deren vollständige Namen (in Form von TestCaseName.TestName) mit dem Filter übereinstimmen.

Das Format eines Filters ist eine ‘:’-getrennte Liste von Wildcard-Mustern (als positive Muster bezeichnet), optional gefolgt von einem ‘-‘ und einer weiteren ‘:’-getrennten Musterliste (als negative Muster bezeichnet). Ein Test stimmt mit dem Filter genau dann überein, wenn er mit einem der positiven Muster, aber nicht mit einem der negativen Muster übereinstimmt.

Ein Muster kann ‘*’ (entspricht einer beliebigen Zeichenfolge) oder ‘?’ (entspricht jedem einzelnen Zeichen). Der Einfachheit halber kann der Filter „*-NegativePatterns“ auch als „-NegativePatterns“ geschrieben werden.

Zum Beispiel:

./foo_test Has no flag, and thus runs all its tests.
./foo_test --gtest_filter=* Also runs everything, due to the single match-everything * value.
./foo_test --gtest_filter=FooTest.* Runs everything in test case FooTest.
./foo_test --gtest_filter=*Null*:*Constructor* Runs any test whose full name contains either "Null" or "Constructor".
./foo_test --gtest_filter=-*DeathTest.* Runs all non-death tests.
./foo_test --gtest_filter=FooTest.*-FooTest.Bar Runs everything in test case FooTest except FooTest.Bar. 

Nicht die schönste Lösung, aber es funktioniert.

Sie können jetzt die verwenden GTEST_SKIP() Makro, um einen Test zur Laufzeit bedingt zu überspringen. Zum Beispiel:

TEST(Foo, Bar)
{
    if (blah)
        GTEST_SKIP();

    ...
}

Beachten Sie, dass dies ein sehr ist aktuelle Funktion Daher müssen Sie möglicherweise Ihre GoogleTest-Bibliothek aktualisieren, um sie verwenden zu können.

Hier ist der Ausdruck, um Tests einzuschließen, deren Namen die Zeichenfolgen foo1 oder foo2 enthalten, und Tests auszuschließen, deren Namen die Zeichenfolgen bar1 oder bar2 enthalten:

--gtest_filter=*foo1*:*foo2*-*bar1*:*bar2*

Ich ziehe es vor, es in Code zu tun:

// Run a specific test only
//testing::GTEST_FLAG(filter) = "MyLibrary.TestReading"; // I'm testing a new feature, run something quickly

// Exclude a specific test
testing::GTEST_FLAG(filter) = "-MyLibrary.TestWriting"; // The writing test is broken, so skip it

Ich kann entweder beide Zeilen auskommentieren, um alle Tests auszuführen, die erste Zeile auskommentieren, um eine einzelne Funktion zu testen, die ich untersuche/an der ich arbeite, oder die zweite Zeile auskommentieren, wenn ein Test fehlerhaft ist, ich aber alles andere testen möchte.
Sie können auch eine Reihe von Funktionen testen/ausschließen, indem Sie Platzhalter verwenden und eine Liste schreiben, „MyLibrary.TestNetwork*“ oder „-MyLibrary.TestFileSystem*“.

Wenn mehr als ein Test erforderlich ist, überspringen Sie ihn

--gtest_filter=-TestName.*:TestName.*TestCase

Bei einem anderen Ansatz können Sie Ihre Tests in eine Funktion packen und zur Laufzeit normale Bedingungsprüfungen verwenden, um sie nur dann auszuführen, wenn Sie dies wünschen.

#include <gtest/gtest.h>

const bool skip_some_test = true;

bool some_test_was_run = false;

void someTest() {
   EXPECT_TRUE(!skip_some_test);
   some_test_was_run = true;
}

TEST(BasicTest, Sanity) {
   EXPECT_EQ(1, 1);
   if(!skip_some_test) {
      someTest();
      EXPECT_TRUE(some_test_was_run);
   }
}

Dies ist nützlich für mich, da ich versuche, einige Tests nur durchzuführen, wenn ein System Dual-Stack-IPv6 unterstützt.

Technisch gesehen sollte dieses Dualstack-Zeug kein Unit-Test sein, da es vom System abhängt. Aber ich kann keine wirklichen Integrationstests durchführen, bis ich getestet habe, dass sie trotzdem funktionieren, und dies stellt sicher, dass keine Fehler gemeldet werden, wenn es nicht an den Codes liegt.

Was den Test betrifft, habe ich Stub-Objekte, die die Unterstützung eines Systems für Dualstack (oder das Fehlen von) simulieren, indem sie gefälschte Sockets konstruieren.

Der einzige Nachteil ist, dass sich die Testausgabe und die Anzahl der Tests ändern, was zu Problemen mit etwas führen kann, das die Anzahl erfolgreicher Tests überwacht.

Sie können auch ASSERT_* anstelle von EQUAL_* verwenden. Bestätigen Sie den Rest des Tests, wenn er fehlschlägt. Verhindert, dass viele redundante Inhalte auf die Konsole übertragen werden.