Хитрый макрос

Задавай массив тестов вручную || набросай утилиту, которая пройдётся по файлу с соберёт сама этот массив тестов.

Поступить можно двумя способами: использовать дополнительный препроцессор, кроме cpp, либо забыть про переносимость между компиляторами и использовать в gcc «__attribute__ ((constructor))»

Спасибо! Впринципе дополнительный препроцессор вроде как и есть (m4) ибо собирается все через autotools, но «constructor» очень заманчиво, главное чтобы версия gcc в ДЦ его поддерживала, а то я раз уже с атрибутами попался, благо тесты сразу показали..

А чем CUnit (http://cunit.sourceforge.net/) не нравится?
Вопрос исключительно для собственно развития, так как пока имел опыт общения только с CUnit и CppUnit и, на мой взгляд, CUnit явно выигрывает, возможно это связано с общем низким знанием C++, так как большая часть работы связана с С.

С автотулзами можно делать filename.c.in, а там использовать всякие define(tests, tests`test1, test2, test3') для накапливания списка тестов и вставления его в конец.

Конкретно в данной задаче он был избыточен, программа не большая (около 1k строк) и довольно простая, не хотелось тянуть для нее зависимости учитывая автоматизированную сборку пакетов в моке старого центоса это могло стать большим гимором :) Да и балованный я стал после gtest/gmock в c++ и pydoubles в python, чем-то мне синтаксис не понравился что ли, простоты хотелось вобщем.. Я нашел очень простой вариант для встраиваемых систем, но там было всего пару макросов которые мне бы наверняка захотелось расширить, а как посмотрел ту презентацию понял что сделать простоту очень легко, не смотря на «велосипедность» ситуации.. А может я и не прав и пошел не той дорогой, ведь я тоже не гуру, время покажет :) хотя проект уже вроде как и готов, развивать там особо не чего..

Тьфу блин, прошу прощения, m4 гарантированно доступно только на этапе генерации ./configure файла (ибо автотулзы гарантируют работу на системе в которой есть только позикс тулзы). Так что для переносимой сборки придётся создавать ./m4/test.m4 файлы, и прописывать в configure.ac генерацию test.c файлов.

Намучавшись с подобными извращениями использую питоновский unittest + ctypes.

Гм, как-то не подумал о такой связке.. Весьма годно! Но уже делаю через __attribute__ constructor.

По-моему хоть и велосипед, но получилось не плохо, по крайней мере мне нравиться как тестовый код выглядит теперь.. Может кому пригодиться, ну или мож кто покритикует то что вышло:

//unittest.h
#ifndef UNITTEST_H
#define UNITTEST_H
#include <assert.h>
#include <stdlib.h>
#include <stdio.h>
#include <string.h>

typedef void test_function();
typedef struct _tests_data {
  test_function *func;
  char *name;
  char *file;
} tests_data;

extern tests_data *all_tests;
extern int tests_count;

void append_test(test_function *func, const char *name, const char *file);
void run_all_tests();

static void free_test_data() __attribute__((destructor));

#define check(expr) assert((expr) && __FILE__ && __LINE__)
#define STR(s) #s
#define TEST(name)void append_test_ ## name() __attribute__((constructor));\
  void name();\
  void append_test_ ## name() { \
    append_test(name, STR(name), __FILE__); \
  } \
  void name() 

#endif

//unittest.c
#include <unittest.h>

tests_data *all_tests = NULL;
int tests_count = 0;

void append_test(test_function *func, const char *name, const char *file) {
  all_tests = (tests_data*)realloc(all_tests, sizeof(tests_data) * (tests_count + 1));
  check(all_tests != NULL);
  all_tests[tests_count].func = func;
  all_tests[tests_count].name = strdup(name);
  all_tests[tests_count].file = strdup(file);
  tests_count++;
}

void free_test_data() {
  if(all_tests) {
    int i;
    for(i = 0; i < tests_count; i++) {
      if(all_tests[i].name) {
        free(all_tests[i].name);
      }
      if(all_tests[i].file) {
        free(all_tests[i].file);
      }
    }
    free(all_tests);
  }
}

void run_all_tests() {
  int i;
  for(i = 0; i < tests_count; i++) {
    printf("%s/%s......", all_tests[i].file, all_tests[i].name);
    all_tests[i].func();
    printf("PASS\n");
  }
  printf("------------------\n");
  printf("%d tests completed successfully!\n", tests_count);
}

//tests.c
#include <unittest.h>
#include <delimiters.h>

TEST(test_is_delimiter) {
  check(is_delimiter(' '));
  check(is_delimiter('\t'));
  check(is_delimiter('\n'));
  check(!is_delimiter('x'));
}

TEST(test_some_other) {
  ....
}

int main(int argc, char **argv) {
  run_all_tests();
}

Тред не читал, очень советую книжку:
http://www.amazon.com/Driven-Development-Embedded-Pragmatic-Programmers/dp/19...

Тесты к коду на чистом Си вполне можно писать на C++. В книге для этого используется CppUTest.