- First Name
- Scott
- Joined
- Oct 4, 2021
- Threads
- 79
- Messages
- 2,330
- Reaction score
- 5,483
- Location
- Asheville, NC
- Vehicle(s)
- 2022 AWD XLT ECO LUX CP360 HPR
- Engine
- 2.0L EcoBoost
Trust me on this. As a former embedded software engineer. It's all about testing. "Joe-doesn't-know-squat-about-developing-software-but-has-an-opinion" describes 99.999% of members on MTC. Just like I know squat about a gazillion topics but I have an opinion.
It's all about testing it to death. That's because you have a collection of controllers, each with multiple versions of third party software and hardware, out in the field. And once you go off the map, "there be dragons". After a vehicle has been in the field a few years, it can become an "n-factorial" kind of problem to fully test it. In other words, impossible.
Really, it's an unsolvable task across a wide variety of configurations and situations (expensive and time consuming). You cannot deterministically test and validate the typical legacy auto hardware-software build the way you would a critical avionics system (unless you want your Maverick to cost $20 million per unit). The QA engineers - and yes they are engineers specializing in QA, will bust their butts on this. Then they'll give a thumbs up, cross their fingers, say a few Hail Mary prayers, and make sure their resumes are up-to-date.
There is a solution. The Rivian and Tesla solution. Reduce the controller count to single digits. Write the vast majority of the software yourself. Enable OTA updates. Now you have at least an insulated ice cube in Hell's chance of properly testing it.
BTW - here's a shout out to all you QA engineers out there. Software engineers take pride in delivering bug free software. But the software gods created QA engineers to keep us humble. QA engineers are ingenious devils in human form. They know the weaknesses of software engineers and take diabolical delight in proving that your "I tested it myself and I promise it is bug free" software is nothing of the sort. I spent 30 years thanking the software gods for creating QA engineers.
It's all about testing it to death. That's because you have a collection of controllers, each with multiple versions of third party software and hardware, out in the field. And once you go off the map, "there be dragons". After a vehicle has been in the field a few years, it can become an "n-factorial" kind of problem to fully test it. In other words, impossible.
Really, it's an unsolvable task across a wide variety of configurations and situations (expensive and time consuming). You cannot deterministically test and validate the typical legacy auto hardware-software build the way you would a critical avionics system (unless you want your Maverick to cost $20 million per unit). The QA engineers - and yes they are engineers specializing in QA, will bust their butts on this. Then they'll give a thumbs up, cross their fingers, say a few Hail Mary prayers, and make sure their resumes are up-to-date.
There is a solution. The Rivian and Tesla solution. Reduce the controller count to single digits. Write the vast majority of the software yourself. Enable OTA updates. Now you have at least an insulated ice cube in Hell's chance of properly testing it.
BTW - here's a shout out to all you QA engineers out there. Software engineers take pride in delivering bug free software. But the software gods created QA engineers to keep us humble. QA engineers are ingenious devils in human form. They know the weaknesses of software engineers and take diabolical delight in proving that your "I tested it myself and I promise it is bug free" software is nothing of the sort. I spent 30 years thanking the software gods for creating QA engineers.
Sponsored
Last edited: