It's bee traditional thinking to... One to one mapping between manual tests and automated tests. Trying to have as much requirements and test case coverage as possible. Automated tests should be able be reproducible manually. But over the years, I've found that having 1000's of test cases I tend to cause even more problems. 1. Test code is harder to maintain which becomes production code. Besides the technical aspects like having to bend over backwards to accommodate changes in the software under test, it is also the lack of support from business and development for test code. For example, very few shops will hold up a release or delay development if there are broken tests or flaky tests. The default is generally to comment those tests out..