Course code: UBL-1
Years with company:
Primary programming language:
Other programming languages:
a bit of python
Unit test harnesses:
in-house test framework
I do a bit of athletics in my spare time.
Test practice now:
I write unit tests for each component I write. Then run some manual tests on the system build.
We have an inhouse tools where we can trigger tests in the regression system with our current change.
We have regression tests for component tests and system tests that run overnight.
The target system is an LTE catM1 chip with multiple ARM CPUs (M7 and M3).
Perforce for version control
Eclipse as editor/debugger (builds in terminal)
gcc, msvc and arm compilers
We have a coding guideline document in the team, with rules for instance for use of parenthesis, space/tab,... It's not very strict
Function too long:
We don't really have strict rules for this. I think I start to think about splitting the function when I have to scroll multiple times to follow the logic.
we do code reviews via online tool (Swarm) before each commit.
Favorite thing about dev:
I like getting something to work, seeing something coming out of a chip. And I like trying to get it done neatly (or at least what seems neat to me).
Least favorite thing about dev:
Frustration sometimes when requirement change. Time pressure.
What I've read from "Test Driven Development for Embedded C" book.
Why are you attending:
Clarify some things from the book to try to improve my test/code, sometimes my tests can be a bit hard to maintain I think.
See if we can test things more consistently as a team, maybe increase the coverage so that changes are less risky.