You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Essentially, the idea is to have a set of hardware tests that should be kept simple and try to isolate a module/functionality as much as possible.
Some of the immediate and eventual benefits of this:
New features can be tested (relatively) isolated before integrating them in the main app
When the moment comes (and it will come) that you stop trusting HW, there will be a reference test to check whether you're losing your mind
During the bring-up of future boards, tests will be a useful starting point
I would probably suggest placing these in src/tests/hardware/, at least in the first iteration.
The text was updated successfully, but these errors were encountered:
This would be nice to have. We could also have a physical machine with boards attached to it to run CI tests on real hardware.
With the current architecture of the repo, the repo itself represents a freestanding app and anything inside src is a part of the app, so having other apps in there would not make sense IMO. We could create a new repo for test apps, or rearchitect the repo folder structure (but try preserving git blame).
Essentially, the idea is to have a set of hardware tests that should be kept simple and try to isolate a module/functionality as much as possible.
Some of the immediate and eventual benefits of this:
I would probably suggest placing these in src/tests/hardware/, at least in the first iteration.
The text was updated successfully, but these errors were encountered: