На основе моего собственного опыта:
Только тестируют Ваш собственный код, не код базовой платформы. Таким образом, при использовании универсального списка тогда нет никакой потребности протестировать, Добавляют, Удаляют и т.д.
существует № 2. Посмотрите там! Обезьяны!!!
NUnit является способом пойти.
Вы определенно не можете протестировать каждый результат. Я тестирую на то, что я ожидаю происходить, и затем тестировать несколько пограничных случаев, где я ожидаю получать исключения или недопустимые ответы. Если ошибка подходит вниз дорожка из-за чего-то, что Вы забыли тестировать, первая вещь, которую необходимо сделать (прежде чем, пытаясь исправить ошибку) запись тест, чтобы доказать, что ошибка существует.
Вот пример:
gcc -framework CoreServices -o test test.c
На странице руководства Apple gcc (i686-apple-darwin10-gcc-4.2.1) :
In addition to the options listed below, Apple's GCC also accepts and
passes nearly all of the options defined by the linker ld and by the
library tool libtool. Common options include -framework, -dynamic,
-bundle, -flat_namespace, and so forth. See the ld and libtool man
pages for further details.
И на странице руководства ld:
-framework name[,suffix]
This option tells the linker to search for `name.frame-
work/name' the framework search path. If the optional suffix
is specified the framework is first searched for the name
with the suffix and then without (e.g. look for `name.frame-
work/name_suffix' first, if not there try `name.frame-
work/name').