GoogleTest: ¿Cómo omitir una prueba?

Utilizando Google Test 1.6 (Windows 7, Visual Studio C++). ¿Cómo puedo desactivar una prueba determinada? (también conocido como ¿cómo puedo evitar que se ejecute una prueba). ¿Hay algo que pueda hacer además de comentar toda la prueba?

los documentos para la prueba de Google 1.7 sugerir:

Si tiene una prueba rota que no puede arreglar de inmediato, puede agregar la DISABLED_ prefijo de su nombre. Esto lo excluirá de la ejecución. Esto es mejor que comentar el código o usar #if 0ya que las pruebas deshabilitadas aún se compilan (y, por lo tanto, no se pudrirán).

Ejemplo de la documentación anterior:

// 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) { ... }

Tú también puedes ejecutar un subconjunto de pruebassegún la documentación:

Ejecución de un subconjunto de las pruebas

De forma predeterminada, un programa de prueba de Google ejecuta todas las pruebas que el usuario ha definido. A veces, desea ejecutar solo un subconjunto de las pruebas (por ejemplo, para depurar o verificar rápidamente un cambio). Si establece la variable de entorno GTEST_FILTER o la marca –gtest_filter en una cadena de filtro, Google Test solo ejecutará las pruebas cuyos nombres completos (en forma de TestCaseName.TestName) coincidan con el filtro.

El formato de un filtro es una lista de patrones comodín separados por ‘:’ (llamados patrones positivos) seguido opcionalmente por un ‘-‘ y otra lista de patrones separados por ‘:’ (llamados patrones negativos). Una prueba coincide con el filtro si y solo si coincide con cualquiera de los patrones positivos pero no coincide con ninguno de los patrones negativos.

Un patrón puede contener ‘*’ (coincide con cualquier cadena) o ‘?’ (coincide con cualquier carácter individual). Por comodidad, el filtro ‘*-Patrón Negativo’ también se puede escribir como ‘-Patrón Negativo’.

Por ejemplo:

./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. 

No es la solución más bonita, pero funciona.

Ahora puede utilizar el GTEST_SKIP() macro para omitir condicionalmente una prueba en tiempo de ejecución. Por ejemplo:

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

    ...
}

Tenga en cuenta que esto es muy característica reciente por lo que es posible que deba actualizar su biblioteca de GoogleTest para usarla.

Esta es la expresión para incluir pruebas cuyos nombres tengan las cadenas foo1 o foo2 y excluir las pruebas cuyos nombres tengan las cadenas bar1 o bar2:

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

Yo prefiero hacerlo en código:

// 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

Puedo comentar ambas líneas para ejecutar todas las pruebas, quitar el comentario de la primera línea para probar una sola característica que estoy investigando/trabajando, o quitar el comentario de la segunda línea si una prueba no funciona pero quiero probar todo lo demás.
También puede probar/excluir un conjunto de características usando comodines y escribiendo una lista, “MyLibrary.TestNetwork*” o “-MyLibrary.TestFileSystem*”.

Si es necesario omitir más de una prueba

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

Para otro enfoque, puede envolver sus pruebas en una función y usar comprobaciones condicionales normales en tiempo de ejecución para ejecutarlas solo si lo desea.

#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);
   }
}

Esto es útil para mí, ya que estoy tratando de ejecutar algunas pruebas solo cuando un sistema admite IPv6 de doble pila.

Técnicamente, las cosas de dualstack no deberían ser realmente una prueba unitaria, ya que depende del sistema. Pero realmente no puedo hacer ninguna prueba de integración hasta que haya probado que funcionan de todos modos y esto asegura que no informará fallas cuando no sea la falla de los códigos.

En cuanto a la prueba, tengo objetos stub que simulan el soporte de un sistema para dualstack (o la falta de él) mediante la construcción de sockets falsos.

El único inconveniente es que la salida de la prueba y la cantidad de pruebas cambiarán, lo que podría causar problemas con algo que monitorea la cantidad de pruebas exitosas.

También puede usar ASSERT_* en lugar de EQUAL_*. Afirmar voluntad sobre el resto de la prueba si falla. Evita que se descarguen muchas cosas redundantes en la consola.