Once the software passes automated tests, it may be released into production (depending on the preferred rate of deployment). This process is called Continuous Delivery. The preferred frequency is the difference between Continuous Delivery and Continuous Deployment. You achieve Continuous Delivery with the steps required for CI. The emphasis on automated testing (and automated builds) for quality assurance capitalizes on the efficiency of successful test automation and is essential to this practice.
Automation frameworks provide guidelines to achieve beneficial results from test automation tools and automated testing activity. They establish a universal standard for testers to achieve the specific goals of the automated tests. The framework should be easy to maintain and easy to change. Consider dedicating the role of framework design and development to a dedicated, qualified tester. A poorly designed — or hard to maintain — framework causes problems even if you are using the right automation software tools. Poor planning and the failure to create or select the appropriate framework to guide test automation activity limits the benefits of automating tests.
I think we can all agree that automation is a critical part of any organization's software delivery pipeline, especially if you call yourself "agile." It's pretty intuitive that if you automate testing, your release cycles are going to get shorter. "So, if that's the case," you might say, "why don't we just automate everything?" There's a good reason: automation comes with a price.