Hi @will1234,
basically you should do a thorough QA (I also recommend a QA by more than one person). Also accordingly the metrics. After that if you have the rights - you can activate it. Then it is also live.
It's better to invest more time in the QA phase - than to have to shut things down later when something doesn't work as expected.
Additionally (doesn't come out of the box)
Personally I check in the JavaScript code of the activity itself if on the one hand the page structure is as expected, if everything is there what I assume. Also if all requests work etc. if any of it is not as expected - then I write corresponding logs and write data into the DataLayer - which I can evaluate in an error dashboard.
Basically you have to expect that the page structure changes without you being informed - or a request doesn't work as expected. Just for this it is important that the activity contains so much logic that it represents the original again in case of emergency. So that the user does not notice anything.
Basically, I think it's good that Adobe Target doesn't check too much here. I know other tools where errors are generated when I want to insert CSS - which includes selectors that are not yet on the page. But that's not good - if I want that explicitly, because e.g. code is loaded by a react component at a later time.