#49 Embedded Unit Testing

  Рет қаралды 11,471

Quantum Leaps, LLC

Quantum Leaps, LLC

Күн бұрын

Пікірлер: 18
@bhups200689
@bhups200689 8 ай бұрын
i dont know whether it makes any sense or not but for any beginner your content is GOLD. Sometimes one can wonder that should i continue making this content when the views are limited and there is a looooot of effort goes into making even a single video. but trust me dear your work is a veryyyy big help and i can say for hundreds of others like me who feel the same way just not expressing enough.
@IsaacC20
@IsaacC20 10 ай бұрын
I love this series so much. Have been tuning in since episode 1! It's so broad and comprehensive.
@Jonasmelonas
@Jonasmelonas 6 ай бұрын
Still as a senior embedded software developer, your videos are amazing. Thank you.
@vadumsenkiv8773
@vadumsenkiv8773 10 ай бұрын
Thank you. Looking forward for next series on UT!
@joshuadavid9424
@joshuadavid9424 10 ай бұрын
❤Excellent thought process, disruptive
@Lendlav
@Lendlav 11 ай бұрын
Happy new year 🎉
@ANOCEANGROUND
@ANOCEANGROUND 11 ай бұрын
Bunch of test frameworks to choose from Gtest, unity, cunit. Which one to choose from? Need to keep an eye on integration test as well. @samek please also schedule one series for python or perl script for automation.
@StateMachineCOM
@StateMachineCOM 11 ай бұрын
Which testing framework? How about ET ( github.com/QuantumLeaps/Embedded-Test ). It is simple, but as capable as Unity. (Support for "mocking" in ET will be added in the future). Regarding using Python for testing, I've already made some videos: "Testing of Event-Driven Embedded Software with Python", Part-1 ( kzbin.info/www/bejne/mqWah6xmZ7xoercsi=rbYd1OktGAJA6_Cy ) and Part-2 ( kzbin.info/www/bejne/Z32Xk3SFj62Xf8Usi=mhaj-jdUIYT4GKgZ ) --MMS
@JuPrgn
@JuPrgn 11 ай бұрын
Ceedling is really great too and remove the need to add every tests manually (Ceedling use Unity and Cmock...) given the title I expected this video will speak or mention something about it 😅
@StateMachineCOM
@StateMachineCOM 11 ай бұрын
@@JuPrgn I don't have a video about Ceedling yet, but I do about "mocking" with Unity and Cmock (see kzbin.info/www/bejne/mqWah6xmZ7xoercsi=qCLxTn8V3EEbcIqk&t=578 ). But to inform viewers unfamiliar with Cmock and Ceedling, they are written in Ruby.
@JuPrgn
@JuPrgn 11 ай бұрын
@@StateMachineCOM I love your video I am a bit late (did not watched all yet) cause I discovered your channel 3 months ago but you have great teaching skills and your content is really valuable !
@KiranNayakfastbitlab
@KiranNayakfastbitlab 10 ай бұрын
Hello Miro, Great video . at 18:33 I was expecting it would report the test result to your QuTest tool. Does QuTest utility work with ET? Thank you
@StateMachineCOM
@StateMachineCOM 10 ай бұрын
Thank you for bringing up QUTest. I didn't mention it in this introductory video about testing because QUTest is a bit more advanced and more innovative than the traditional approach based on the xUnit heritage. QUTest is also not related to ET, which is much more like the other traditional testing frameworks, so it should feel more familiar. The two testing approaches (QUTest based on software tracing) and ET (based on the traditional xUnit) are complementary and useful for different things. ET is good for testing low-level algorithms (e.g., the "ring-buffer" implementation mentioned in the video). QUTest is much better for testing interactions, such as those occurring in event-driven systems. --MMS
@nunustone7133
@nunustone7133 10 ай бұрын
Happy new year, and thanks for the overview to the testing topic. What is your opinion to the fuzzing subject with tools like AFL++ in the embedded system section?
@StateMachineCOM
@StateMachineCOM 10 ай бұрын
I'm not familiar with AFL++ and have never seen it used for embedded software. But anything that finds defects could be potentially valuable. It seems that AFL++ would require testing on the host, which confirms the usefulness of "dual-targeting". --MMS
@AkosLukacs42
@AkosLukacs42 11 ай бұрын
3:30 gold!
@ashrafkamel1287
@ashrafkamel1287 9 ай бұрын
Does ET have a code coverage output?
@StateMachineCOM
@StateMachineCOM 9 ай бұрын
Code coverage can be recorded by adding the option --coverage to the gcc compiler (in the Makefile). This will generate coverage data in a file, which you can analyze with the utility called gcov. Please google for "gcov". All this will work on the *host* computer right away (that's why I always recommend the "dual targeting" technique.) Obtaining coverage in an embedded target is possible, but more involved and ET currently does not support it. --MMS
You Can't Unit Test C, Right?
23:09
LinuxConfAu 2018 - Sydney, Australia
Рет қаралды 53 М.
МЕНЯ УКУСИЛ ПАУК #shorts
00:23
Паша Осадчий
Рет қаралды 5 МЛН
Players vs Pitch 🤯
00:26
LE FOOT EN VIDÉO
Рет қаралды 137 МЛН
Симбу закрыли дома?! 🔒 #симба #симбочка #арти
00:41
Симбочка Пимпочка
Рет қаралды 4,9 МЛН
Thoughts About Unit Testing | Prime Reacts
11:21
ThePrimeTime
Рет қаралды 234 М.
Test Driven Development - What? Why? And How?
17:14
Continuous Delivery
Рет қаралды 89 М.
So, you want to be a programmer?
20:43
ForrestKnight
Рет қаралды 408 М.
Creating CI Pipelines for Embedded Systems
23:12
Altium Academy
Рет қаралды 4,2 М.
SWE.6 Software Qualification Test | Automotive SPICE
7:38
UL Solutions – Software Intensive Systems
Рет қаралды 18 М.
Embedded Rust setup explained
23:03
The Rusty Bits
Рет қаралды 91 М.
Do you even test? (your code with CMake)
12:38
Code for yourself
Рет қаралды 25 М.
C# Unit Testing Best Practices for Great Code Coverage
17:52
Milan Jovanović
Рет қаралды 28 М.
TDD for Microcontrollers - Daniel Penning - Meeting C++ 2023
53:35
Meeting Cpp
Рет қаралды 2,6 М.
МЕНЯ УКУСИЛ ПАУК #shorts
00:23
Паша Осадчий
Рет қаралды 5 МЛН