Not sure, I was just primarily responding to @Arjen since he linked to the nostrability repo that hasn't been updated in almost 6 months. Wanted to clarify. If Client A puiblishes a NIP-22 events without a root event tag, then Client B (and perhaps event Client A) won't be able to find it. Schemas can catch this error either in production or in a CI/CD pipeline. It can also detect these issues by fuzz testing events. I would personally consider that QA, but maybe not?

Validation can be one task in the process of QA. It's not the whole thing but def important

@Arjen what are you getting at? I'm unsure how you're saying to use this for qa. Like I get it for apps to use, but I don't understand what you're saying about using this when testing clients.

But why? The whole point of QA is to use broken events and see how the clients react. Also, it's to use working events and see how they react. Once the test data is generated you won't really have to validate? Sorry I think I'm missing something