fome-fw

History

rusefi 2f3d5b7829 migrating to googletest		2019-01-14 18:20:20 -05:00
..
googletest@542e057c6c	…
test_basic_math	migrating to googletest	2019-01-14 18:20:20 -05:00
tests	migrating to googletest	2019-01-14 18:20:20 -05:00
.cproject	…
.gitignore	…
.project	…
Makefile	windows unit tests are now 64 bit	2019-01-12 14:31:55 -05:00
adc_inputs.h	…
afm2mapConverter.cpp	…
afm2mapConverter.h	…
boards.cpp	Question: something strange trigger errors #662	2019-01-12 15:32:40 -05:00
boards.h	Question: something strange trigger errors #662	2019-01-12 15:32:40 -05:00
compile.bat	ooooops I forgot about Jenkins settings!	2019-01-12 21:15:05 -05:00
efifeatures.h	…
engine_test_helper.cpp	docs	2019-01-14 12:59:57 -05:00
engine_test_helper.h	docs	2019-01-14 11:36:46 -05:00
global.h	…
global_execution_queue.cpp	…
global_execution_queue.h	The Big Refactoring of 2019: scheduler should not be global #655	2019-01-09 20:06:41 -05:00
gmock-all.cpp	…
gtest-all.cpp	…
jenkins.sh	…
main.cpp	migrating to googletest	2019-01-14 15:31:56 -05:00
map_resize.cpp	migrating to googletest	2019-01-14 15:45:35 -05:00
map_resize.h	…
readme.txt	…
rules.mk	…
settings.h	…
test.mk	BUG: phase sensor validation attending #659	2019-01-13 22:52:22 -05:00
triggers.txt	different precision with different bitness in compiler?	2019-01-12 15:03:41 -05:00
unit_test_framework.cpp	migrating to googletest	2019-01-14 15:37:05 -05:00
unit_test_framework.h	migrating to googletest	2019-01-14 18:20:20 -05:00

readme.txt

In this folder we have a naive test suite.

I am not sure what is the best approach to tests in C (someone can educate me), but my approach is:

Unit tests are not aware of ChibiOS or ARM or else, they are just plain C/C++ which you build for your desktop, not your MCU.

Run 'make' to build desktop binary & run it on your PC/Mac, it's expected to say SUCCESS and not fail :)