If developers apply unit testing, they reduce most of functionality bugs, and QA testing gets better testable builds. There is a lot of bottleneck when during the development phase (implementing scope) both QA and development roles play together.
In my experience, unit Tests does nothing to address the QA bottleneck. If QA is less rigorous with any section of code because of unit tests, then they have failed.
Now, there may be less breaks due to unit tests, but that doesn't significantly reduce their bottlenecks, which have (in my experience) almost always been due to too little time between code complete and release dates, rather than due to number of breaks and retesting.
Discussion (1)
I quibble with the 'and'.
In my experience, unit Tests does nothing to address the QA bottleneck. If QA is less rigorous with any section of code because of unit tests, then they have failed.
Now, there may be less breaks due to unit tests, but that doesn't significantly reduce their bottlenecks, which have (in my experience) almost always been due to too little time between code complete and release dates, rather than due to number of breaks and retesting.