EE Bookshelf: Test Driven Development for Embedded C
It’s been a while since I mentioned any books on EE Bookshelf, but I’ve picked up quite a few this past year and thought it might be nice to mention some of them.
While my big New Year’s resolution for 2013 is to finally step into the 19th century, following up on my 2012 resolution I’ve been really trying to make an effort to integrate better testing into my code and projects, and part of that is recently playing with Unity, which is a unit testing framework for C that works for embedded projects.
Unit tests and test driven development are familiar terms to most PC developers, but they still haven’t made major inroads into the very traditional embedded space. James W. Grenning’s book ‘Test Driven Development for Embedded C‘ aims to change that, and make test driven development far more accessible to embedded engineers.
If you’re serious about improving the quality of your code and test procedures grab a copy of the book for a meager $22 (DRM-free e-book) or in print off Amazon, and have a look at why test driven development is at least as relevant to embedded developers as anyone else. Aside from being a veteran embedded developer, Grenning has been part of the test driven development movement since the very beginning, and he knows what he’s talking about!
Have any experience with Unity or another testing framework, or test driven development in the embedded sphere? Post about it in the comments below!
Adafruit publishes a wide range of writing and video content, including interviews and reporting on the maker market and the wider technology world. Our standards page is intended as a guide to best practices that Adafruit uses, as well as an outline of the ethical standards Adafruit aspires to. While Adafruit is not an independent journalistic institution, Adafruit strives to be a fair, informative, and positive voice within the community – check it out here: adafruit.com/editorialstandards
Stop breadboarding and soldering – start making immediately! Adafruit’s Circuit Playground is jam-packed with LEDs, sensors, buttons, alligator clip pads and more. Build projects with Circuit Playground in a few minutes with the drag-and-drop MakeCode programming site, learn computer science using the CS Discoveries class on code.org, jump into CircuitPython to learn Python and hardware together, TinyGO, or even use the Arduino IDE. Circuit Playground Express is the newest and best Circuit Playground board, with support for CircuitPython, MakeCode, and Arduino. It has a powerful processor, 10 NeoPixels, mini speaker, InfraRed receive and transmit, two buttons, a switch, 14 alligator clip pads, and lots of sensors: capacitive touch, IR proximity, temperature, light, motion and sound. A whole wide world of electronics and coding is waiting for you, and it fits in the palm of your hand.
Have an amazing project to share? The Electronics Show and Tell is every Wednesday at 7:30pm ET! To join, head over to YouTube and check out the show’s live chat and our Discord!
Python for Microcontrollers – Adafruit Daily — Python on Microcontrollers Newsletter: CircuitPython Comes to the ESP32-P4, Emulating Arm on RISC-V, and Much More! #CircuitPython #Python #micropython @ThePSF @Raspberry_Pi
EYE on NPI – Adafruit Daily — EYE on NPI Maxim’s Himalaya uSLIC Step-Down Power Module #EyeOnNPI @maximintegrated @digikey
Been using test-driven development with various frameworks over the past 10 years or so. It takes some discipline to apply it at the front-end of a project. But the payoffs keep coming – especially when you need to port a body of code and validate it on some new platform.
Not so easy to apply to multi-threaded event-driven systems though. The complexity of the test harnesses can rival that of the code under test.
Been using test-driven development with various frameworks over the past 10 years or so. It takes some discipline to apply it at the front-end of a project. But the payoffs keep coming – especially when you need to port a body of code and validate it on some new platform.
Not so easy to apply to multi-threaded event-driven systems though. The complexity of the test harnesses can rival that of the code under test.