fbpx
1-888-310-4540 (main) / 1-888-707-6150 (support) info@spkaa.com
Select Page

Why an Automated Development Process Benefits Developers

Automated development, rather than just automated builds, offers a more holistic approach to automating the development process including building, testing and deployment. It is the cornerstone of Continuous Integration (CI).

CI uses a model of small incremental changes to the code base, which are incorporated into a rapid build and test environment. This is different from the more traditional concept of applying large changes to the code base where the developer has worked separately from the main code stream for long periods of time.

For it to be effective, the build, test and deployment process needs to be as fully automated as possible. In particular, automated testing is essential as it attempts to control and measure the impact the code changes have on the overall quality of the product.

From a developers point of view, the benefits can be enormous. Previously a developer would take a snapshot of the code base and work to implement the assigned functionality. After a possibly lengthy period, where the main stream code base and the developers code base have diverged, the developer adds the new functionality in one large chunk to the code base. Next comes QA which gives feedback to the developer about the quality of the changes. The developer and QA team then enter into a period of bug chasing and bug fixing.

However with CI and automated development, small changes can be applied to the code stream and then, via the quick and automated build and test processes, be verified and tested. For the developer this means that feedback is continuous during the implementation phase. Without an automated development process this continuous model of adding, building, testing would not be possible. For example without any kind of automated testing (including unit testing) the feedback would rely on a test engineer manually performing tests on the latest build and then reporting back to the developer. However this could take days and is far from being continuous. But with an automated development process the build (and some level of testing) occur automatically and the results published quickly.

A by-product of using CI and automated development is that the tests need to be written before the implementation exists. This in itself is a powerful methodology for ensuring that the implementation is true to the requirements as well as being functionally correct.

Since CI relies on the ability of the automated development process to build and test the source code, it also means that the automated development process is able to deploy the build into test environments. The natural result of this is that the functionality for deploying a build into a production environment already exists and has been thoroughly tried and tested. This makes creating a final, deployable build (along with the relevant install and upgrade processes) easy.

There are a range of different tools available for creating an automated development environment. One such tool is ElectricCommander; its web based interface allows development teams to share a common methodology regardless of their physical location. While its integration with VMware means that it can instantiate Virtual Machines and configure them correctly for the development tasks in hand.

Latest White Papers

Related Resources

AWS re:Invent 2022: Everything You Need To Know

AWS re:Invent 2022: Everything You Need To Know

Miss out on AWS re:Invent 2022? Or, just looking for a recap on the latest AWS updates and releases from the event? Check out the summary below. What is AWS re:Invent? AWS re:Invent is an annual conference hosted by Amazon Web Services (AWS) for developers, customers,...

Solving for the “Islands of Jenkins”

Solving for the “Islands of Jenkins”

In October 2022, I wrote a blog post entitled “Scaling Jenkins for the Enterprise”.  Within it, I described the “Islands of Jenkins” problem organizations face. Essentially, this problem stems from companies using an open-source Jenkins installation for each team, but...

Infrastructure as Code with Terraform

Infrastructure as Code with Terraform

Before we begin to talk in detail about this topic, we should clarify some definitions first.  The first term comes from the DevOps movement where IT Operations staff use the concept of revision history/version control by using the concept of infrastructure as code. ...