CMake & CTest: make test does build test

Question

Estoy intentando CTest en CMake para ejecutar automáticamente algunas de mis pruebas usando el objetivo make test. El problema es que CMake no "entiende" que la prueba que estoy dispuesto a ejecutar tiene que ser construida ya que es parte del proyecto.

Así que estoy buscando una forma de especificar explícitamente esta dependencia.

Answer 1

Es discutible un bug in CMake (previamente rastreados here) que esto no funciona fuera de la caja. Una solución consiste en hacer lo siguiente:

add_test(TestName ExeName) 
add_custom_target(check COMMAND ${CMAKE_CTEST_COMMAND} 
        DEPENDS ExeName) 

continuación, puede ejecutar make check y va a compilar y ejecutar la prueba. Si tiene varias pruebas, entonces deberá usar DEPENDS exe1 exe2 exe3 ... en la línea anterior.

Answer 2

En realidad, hay una forma de usar make test. Debe definir la compilación del ejecutable de prueba como una de las pruebas y luego agregar dependencias entre las pruebas. Es decir:

ADD_TEST(ctest_build_test_code "${CMAKE_COMMAND}" --build ${CMAKE_BINARY_DIR} --target test_code) 
ADD_TEST(ctest_run_test_code test_code) 
SET_TESTS_PROPERTIES (ctest_run_test_code PROPERTIES DEPENDS ctest_build_test_code) 

Answer 3

Todas las respuestas anteriores son perfectas. Pero en realidad CMake use CTest como sus herramientas de prueba, por lo que el método estándar (creo que es) para hacer la misión es:

enable_testing() 
add_test (TestName TestCommand) 
add_test (TestName2 AnotherTestCommand) 

A continuación, ejecute cmake y hacen para construir los objetivos. Después de eso, puede ejecutar prueba de maquillaje, o simplemente correr

ctest 

que conseguirá el resultado. Esto se prueba bajo CMake 2.8.

comprobar los detalles en: http://cmake.org/Wiki/CMake/Testing_With_CTest#Simple_Testing

Answer 4

que utilizan una variante de la respuesta de richq. En el nivel superior CMakeLists.txt, añado un objetivo de encargo, build_and_test, para crear y ejecutar todas las pruebas:

find_package(GTest) 
if (GTEST_FOUND) 
    enable_testing() 
    add_custom_target(build_and_test ${CMAKE_CTEST_COMMAND} -V) 
    add_subdirectory(test) 
endif() 

en los diversos sub-proyecto CMakeLists.txt archivos bajo test/, agrego cada ejecutable de prueba como una dependencia del build_and_test :

include_directories(${CMAKE_SOURCE_DIR}/src/proj1) 
include_directories(${GTEST_INCLUDE_DIRS}) 
add_executable(proj1_test proj1_test.cpp) 
target_link_libraries(proj1_test ${GTEST_BOTH_LIBRARIES} pthread) 
add_test(proj1_test proj1_test) 
add_dependencies(build_and_test proj1_test) 

con este enfoque, sólo tengo que make build_and_test en lugar de make test (o make all test), y tiene la ventaja de tan sólo la construcción de código de prueba (y sus dependencias). Es una pena que no pueda usar el nombre de destino test. En mi caso, no es tan malo porque tengo una secuencia de comandos de nivel superior que realiza compilaciones de depuración y liberación fuera de árbol (y compilación cruzada) llamando al cmake y luego al make, y traduce test en build_and_test.

Obviamente, las cosas de GTest no son necesarias. Simplemente uso/me gusta Google Test y quería compartir un ejemplo completo de su uso con CMake/CTest.En mi humilde opinión, este enfoque también tiene la ventaja de permitir que utilice ctest -V, que muestra la salida de prueba Google, mientras que las pruebas se ejecutan:

1: Running main() from gtest_main.cc 
1: [==========] Running 1 test from 1 test case. 
1: [----------] Global test environment set-up. 
1: [----------] 1 test from proj1 
1: [ RUN  ] proj1.dummy 
1: [  OK ] proj1.dummy (0 ms) 
1: [----------] 1 test from proj1 (1 ms total) 
1: 
1: [----------] Global test environment tear-down 
1: [==========] 1 test from 1 test case ran. (1 ms total) 
1: [ PASSED ] 1 test. 
1/2 Test #1: proj1_test ....................... Passed 0.03 sec 

Answer 5

Si usted está tratando de emular make check, se pueden encontrar este útil entrada de wiki:

http://www.cmake.org/Wiki/CMakeEmulateMakeCheck

acabo de haber comprobado que es hace lo que dice con éxito (CMake 2.8.10).

Answer 6

Todas las respuestas son buenas, pero implican una violación de la tradición de ejecutar una prueba con el comando make test. He hecho este truco:

add_test(NAME <mytest> 
WORKING_DIRECTORY ${CMAKE_BINARY_DIR} 
COMMAND sh -c "make <mytarget>; $<TARGET_FILE:<mytarget>>") 

Esto significa que la prueba consiste en la construcción (opcionalmente) y el funcionamiento de la meta ejecutable.

Answer 7

ahorrarse el dolor de cabeza:

make all test 

funciona fuera de la caja para mí y va a construir dependencias antes de ejecutar la prueba. Dado lo simple que es esto, casi hace que la funcionalidad nativa make test sea conveniente porque le da la opción de ejecutar las últimas pruebas de compilación incluso si su código está roto.