Test jednostki debugowania w języku C przy użyciu funkcji sprawdzania

Question

Próbuję użyć ramy testowania jednostkowego check dla mojej aplikacji C. Ale nie mogę używać debuggera (gdb) z nim ze względu na dwa punkty:

• najpierw sprawdzić korzystać z niektórych złożonych makr (START_TEST i END_TEST) i debugger ma problemy aby umieścić punkt przerwania w moim kodu pomiędzy te dwa makra (w rzeczywistości mogę ustawić punkt przerwania oprogramowania, ale nigdy nie jest widoczny przez gdb). Dlatego próbując umieścić punkt przerwania sprzętowego, test zakończył się niepowodzeniem i zakończył działanie, ponieważ sprawdzenie punktu przerwania sprzętowego jest wynikiem niepowodzenia mojego testu.

Czy ktoś już napotkał ten problem i ma rozwiązanie?

Answer 1

Spójrz na no-fork mode:

Sprawdź normalnie widelce utworzyć oddzielną przestrzeń adresową. Pozwala to na uchwycenie i zgłoszenie sygnału lub wczesnego wyjścia, a nie usunięcie całego programu testowego i zwykle jest bardzo użyteczne. Jednak podczas próby debugowania, dlaczego wystąpił błąd segmentacji lub innego błędu programu, rozwidlenie utrudnia korzystanie z narzędzi do debugowania.

Answer 2

Wypróbuj TAP (Protokół testowy) ... jest o wiele łatwiejszy w implementacji, wysyłce i debugowaniu. Bardzo łatwo jest go ustawić na valgrind - i ma tendencję do przyjemniejszego grania z gdb.

Answer 3

W rzeczywistości MOŻESZ również używać trybu rozwidlenia.

gdb ma dwie ciekawe opcje związane z widelcem zachowań:
- detach-on-fork (ustawiony na false)
- follow-on-fork (jednego z rodziców lub dziecka; zawsze biorę dziecko)

To sprawi gdb podążać za dzieckiem proces. Po zakończeniu procesu potomnego należy ręcznie przełączyć się z powrotem do procesu nadrzędnego, używając polecenia inferior.