Product quality: belief or proof?
Embedded software development is a challenging activity, so it is essential to have tools and IP that is of the best quality. However, assessing that quality can be, in itself, a challenge.
Summary
Colin Walls examines how engineers can move from trusting vendor claims about tools and IP to demonstrating measurable product quality in embedded systems. The blog outlines practical approaches and evidence-based practices for assessing firmware, RTOS components, and third-party software used in IoT and embedded Linux projects.
Key Takeaways
- Identify objective evidence (tests, metrics, and provenance) that validates third-party IP and development tools.
- Use static analysis, unit and integration testing, and hardware-in-the-loop to build reproducible quality proofs.
- Apply supply-chain and vendor-assurance practices to reduce risk when integrating external firmware or libraries.
- Establish CI pipelines and traceability to turn qualitative belief into auditable quality artifacts.
Who Should Read This
Mid-level to senior embedded firmware engineers, technical leads, and engineering managers who evaluate tools, third-party IP, or processes and want practical ways to prove software quality.
Still RelevantIntermediate
Related Documents
- Consistent Overhead Byte Stuffing TimelessIntermediate
- PID Without a PhD TimelessIntermediate
- Introduction to Embedded Systems - A Cyber-Physical Systems Approach Still RelevantIntermediate
- Can an RTOS be really real-time? TimelessAdvanced
- Memory Mapped I/O in C TimelessIntermediate









