I have to wonder whether some pretty obvious steps take place...
For example, the software engineers should have ready access to the specific Lucid vehicles they are developing for. If a team is working on an update for the Air Pure RWD, give them access to that model in various years and configurations so they can test the software on their own over the development and testing phase. I'll wager a lot of Lucid employees get company cars. Part of the deal could be that they are assigned a wide assortment of years, models and options, and that the employees must sometimes give their car up for a while and use another vehicle from a small shared fleet while their specific vehicle is tested. Software being developed for a more general release would of course need a wider array of vehicles.
Similarly, to BS8899's point, the vehicle's diagnostic system should already be able to at least report a significant issue right away. If they have a database including the manufacturing date, model, and the HW/FW/SW iterations, it should be easy to look for the common threads as problems are reported... Ideally in the pre-release testing phase, but certainly as soon as problems arise post release. If this is happening, then something about it is not happening correctly.
A more thorough testing protocol is warranted even if it leads to a further delayed release. People may grouse about how long it's been since the last update, but nothing like their fury when staring at a big red screen.