I am curious. Does your organization not use TDD ? How would the code be allowed to marge without running your test suite ?
In my experience, I have found it is more productive to coach and mentor developers to adapt TDD and DevOps practices than to vet their code. Instead of vetting their code, I would incorporate statistical code analysis and vulnerability analysis into the build system.
Mutation testing can help evaluate the quality of a test suite. The application code is automatically tweaked and tests run. If a mutant is not "killed," then additional tests may be needed.
> coach and mentor developers [rather than] vet their code.
How do you teach these things concretely without discussing specific code? How do you tell if the lessons are sticking without checking their future work?
Aside from that, neither TDD nor DevOps practices will get you idiomatic (relative to internally and externally) code, documentation, non-requirement performance worth a damn, test suites that are any good to begin with, etc. etc.. If you're running through a backlog of CRUD-ish features or whatever maybe those don't matter, though then I also wonder why the need for TDD instead of just a good CI pipeline.
Not enough. I'm trying to do this with our new code base, but it's difficult when I need to get everyone else on board. I'm trying to lead by example, but I feel like I'm also racing against other devs to get good feature work in before bad code gets in. The rest of the devs will simply copy what the existing code does instead of figuring how how to do something properly. Doubly frustrating that I don't have a senior title or pay, but am hiring and cleaning up after senior devs.
In my experience, I have found it is more productive to coach and mentor developers to adapt TDD and DevOps practices than to vet their code. Instead of vetting their code, I would incorporate statistical code analysis and vulnerability analysis into the build system.