You will note, some of these scenarios are essentially fuzzing the memory of the flight computer and seeing what happens, ideally most bit flips will either be detected or be minor, but some can end up causing issues. I'm not sure if it would be possible to explore all the branches in the software in any sort of reasonable amount of time.
Flight software development lifecycle--and regs as you point out--still needs to catch up.
Do you have a source for that claim ? I'm skeptical that even a testing process costing billions of dollars could claim to cover all possible inputs and states for a software system of any complexity.
"as perfect as human beings have achieved" != perfect
I thought that the paris metro was the posterchild of formal verification methods.
It's a completely different experience that likely only a handful of modern testers would even contemplate nowadays, but has always been a shining example of something to aspire to be part of one day for me.
It isn't at all easy, and basically requires the discipline to understand, document, and justify every single line of code within the context of the overarching system.
No business wants to deal with it, and it is no surprise that only publically funded projects tend to get anywhere close.
https://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/201100...
https://developers.slashdot.org/story/00/05/19/050258/space-...
Which is probably a good thing, except for the part that it took hundreds of people to die first to get here.