manual testing doesn't scale at all. the more functionality and code you have, the more people you have to hire to run tests. since those people aren't being sp

manual testing doesn't scale at all. the more functionality and code you have, the more people you have to hire to run tests. since those people aren't being spun up and down by an orchestrator, you need more resources to cover their coffee breaks. you also don't get testing at night or on the weekends unless you have a global presence. manual testing also limits your reach, if every time you add a new test you have to add another body to run it, you're not going to be running as many tests as you could (if those people were employed writing tests instead of running them) worse, manual testing is considerably less repeatable than automated testing. was this result worse than it was before, or did someone just forget to set that environment variable or run it on the correct node type. if your developers are running manual tests before every commit, that's potentially a huge waste of resources. and if you're hiring people specifically to do manual testing that's.. kind of inhuman? unless you're really hiring people that can't do anything else, in which case you'll need to hire an appropriate number of overseers. automated testing gives you so much more leverage for less cost than manual, I struggle to think of a situation where that might be preferable.