Agrupamiento de pruebas de unidad googletest por categorías

Question

¿Se pueden agrupar las pruebas unitarias de Googletest por categorías? Por ejemplo, "SlowRunning", "BugRegression", etc. Lo más parecido que he encontrado es la opción --gtest_filter. Al agregar/anteponer nombres de categoría a los nombres de la prueba o del accesorio, puedo simular la existencia de grupos. Esto no me permite crear grupos que normalmente no se ejecutan.

Si no existen categorías en googletest, ¿hay un bien o mejor solución práctica?

Editar: Otra forma es utilizar los --gtest_also_run_disabled_tests. Agregar DISABLED_ al frente de las pruebas te da exactamente una categoría condicional, pero siento que estoy haciendo un mal uso de DISABLED cuando lo hago.

Answer 1

Una forma de usar la opción gtest_filter y usa la convención de nomenclatura para las pruebas (como describes en la pregunta).

TEST_F(Foo, SlowRunning_test1) {...} 
TEST_F(Foo, BugRegression_test1) {...} 
TEST_F(Foo, SlowRunningBugRegression_test1) {...} 

otro uso manera binarios separados/ejecutable para cualquier tipo de prueba. De esta manera tiene algunas limitaciones porque gtest utiliza el registro automático estático, por lo que si incluye algún archivo fuente, todas las pruebas implementadas en este archivo fuente se incluirán en el archivo binario/ejecutable generado.

Por mi opinión primer método mejor. Además, me gustaría implementado una nueva macro de registro de prueba para hacer la vida más fácil:

#define GROUP_TEST_F(GroupName, TestBase, TestName) \ 
#ifdef NO_GROUP_TESTS \ 
    TEST_F(TestBase, TestName) \ 
#else \ 
    TEST_F(TestBase, GroupName##_##TestName) \ 
#endif 

Answer 2

La única forma de ejecutar subconjunto de pruebas en un único ejecutable prueba es --gtest_filter. Hay dos soluciones para ejecutar, por ejemplo, pruebas de integración y pruebas de unidades

1. Use una convención de nombres como Integration.Testname y Unit.Testname. Además de eso, también mantendría archivos de script como RunIntegration.bat y RunUnit.bat para ejecutar desde mis scripts de automatización de compilación para diferentes escenarios.
2. Mantiene los ejecutables de prueba deferentes para la integración y la unidad u otras categorías. En los estudios visuales en tendrán proyectos separados para cada uno.