¿Es excesivo ejecutar la prueba unitaria con Valgrind?

Hace solo unos días empecé a buscar en un marco de pruebas unitarias llamado check, y tengo la intención de ejecutar la prueba en código c bajo Linux.

Ahora verifique y un código bien diseñado y un código de prueba pueden ayudarme a verificar que la funcionalidad básica es correcta, Quiero decir que es bastante fácil simplemente mirar las variables en y la respuesta de nuevo y luego decide si una función es correcta o no.

Pero digamos que quiero probar una estructura de memoria dinámica con mucho malloc y libre, y resulta que puedo poner datos y obtener datos correctos de nuevo. Pero eso no prueba que no he roto algo de memoria en el proceso, digamos que olvidé liberar la mitad de la memoria y perdí los punteros (un memleak clásico). Ese código probablemente pasaría la mayoría de las pruebas unitarias.

Ahora la pregunta: ¿es una buena idea ejecutar todo el código de prueba de unidad con es decir, Valgrind y dejarlo ¿detecta algún problema de malloc / free? (O tal vez compilar en algo como ¿Cerca eléctrica?)

Se siente como una buena idea, pero no estoy seguro de en qué me estoy metiendo aquí.....

Gracias Johan

Actualización: Gracias Douglas y Jonathan, parece que esta es una buena idea y algo con lo que debería continuar: -)

Actualización: Valgrind es una herramienta divertida, sin embargo, los primeros memleaks que encontré haciendo esto estaba en el marco de prueba y no mi propio código (aunque es bastante divertido). Así que un consejo para el resto es verificar que el marco de prueba de unidad que está utilizando no tiene fugas, antes de voltear su propio código al revés. Un caso de prueba vacío era todo lo que se necesitaba en mi caso, desde entonces, nada más que el marco de pruebas unitarias se está ejecutando.