| > Does anyone have insights on what QA looks like at Tesla for FSD work? Because all of these seem table-stakes before even thinking about releasing the BETA FSD. Tesla is not exactly in love with QA. Especially for FSD. FSD is mainly 2 things:
1. (By far most important) shareholder value creating promise, that's been solved for 6 years according to their CEO.
2. Software engineering research project What FSD is not is a safety critical systems (which it should be). They focus on cool ML stuff and getting features, with any disregard for how to design, build and test safety critical systems. Validation and QA is basically non-existent. |
Based on there presentation, they for sure have a whole load of tests, many built directly from real world situation that the car has to handle. They simulate sensor input based on the simulation and check the car does the right thing.
They very likely have some internal test drivers and before the software goes public it goes to the cars of the engineers.
Those are just some of things we know about.
I have no source on their approach to testing safety critical systems, but we do know that they have a lot of software that has based all test by all the major governments. They are one of the few (or only) car maker fully compliant to a number of standards on automated breaking in the US. We have many real world example of videos where other cars would have killed somebody and the Tesla stopped based on image recognition.
So they do clearly have some idea of how to do this stuff.
So when making these claims I would like to know what they are based on. It might very well be true that their processes are insufficient but I would actual know some real data. Part of what a government could do, is forcing car maker to open their QA processes.
Or the government could (should) have its own open test suit that a car needs to be able to handle, but clearly we are not there yet.