rusefi-1/unit_tests
rusefi ee41d37c08 code style/type safety/docs/typos 2019-08-10 11:13:41 -04:00
..
googletest@dea0216d0c fresh googletest 2019-06-02 14:56:32 -04:00
test_basic_math Template-ize bin/value length for interpolation (#878) 2019-07-09 21:16:36 +03:00
tests code style/type safety/docs/typos 2019-08-10 11:13:41 -04:00
.cproject
.gitignore
.project
Makefile reviving unit tests 2019-07-06 21:00:34 -04:00
adc_inputs.h
afm2mapConverter.cpp Template-ize bin/value length for interpolation (#878) 2019-07-09 21:16:36 +03:00
afm2mapConverter.h
boards.cpp
boards.h
compile.bat
efifeatures.h More compatibility for ADC_inputs, etc. (#716) 2019-03-28 22:46:10 -04:00
engine_test_helper.cpp current toolchain does not work great with current rusEfi code, two methods with same name are hard for full text search :( 2019-08-08 22:33:52 -04:00
engine_test_helper.h fixing build & taking a safer route 2019-08-08 22:12:51 -04:00
global.h
global_execution_queue.cpp random cleanup 2019-04-15 19:24:46 -04:00
global_execution_queue.h random cleanup 2019-04-15 19:24:46 -04:00
globalaccess.h
gmock-all.cpp
gtest-all.cpp
jenkins.sh
main.cpp WFT is wrong with MRE_miata_na6 config? operationMode complexity #898 2019-08-08 21:27:57 -04:00
map_resize.cpp
map_resize.h
os_access.h Refactoring: OS access should be explicit #867 2019-07-03 21:48:04 -04:00
readme.txt
rules.mk
settings.h
test.mk MK clean-up 2019-06-15 16:43:30 -04:00
triggers.txt CBR600 trigger progress 2019-07-23 19:22:40 -04:00
unit_test_framework.cpp migrating to google test 2019-07-25 00:28:04 -04:00
unit_test_framework.h migrating to google test 2019-07-25 00:28:04 -04: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 :)