Category Page

Industry leaders consider CI/CD to be an essential part of the app development cycle as enterprises are keen to reduce the time to market. Continuous integration and continuous delivery help in improving and enhancing the quality of the product while reducing the cost of the project. This blog will help you understand the of a functioning CI/CD pipeline, its challenges, and its benefits. Before we get into the details, let’s have a look at the basic terminology.

  • Continuous Integration

Continuous integration (CI) is a software development practice where developers frequently make changes in the code and add it to the central repository after which automated tests are run. CI is the integration stage of the software release process which depends on automation and constant integration. The main goal is to find the bugs and resolve the issue quickly to improve the software quality and reduce the time to market.

In continuous integration, developers focus on smaller commits several times a day. Developers pull the code from the repository before pushing it to the build server where the build server runs various tests to verify the code commit.

  • Continuous Delivery

Continuous delivery is a software development practice that ensures a faster and stable release of the changes in the code. In this, the changes are automatically built, tested, and prepared for production release. The code changes are deployed to a testing environment or a production environment after the build stage is completed. When continuous delivery is implemented, developers always have a deployment-ready build artifact that has passed through a standard test process. In continuous development, the code revisions to a production environment automatically which allows for a continuous feedback loop early in the development cycle.

  • Continuous Deployment

Continuous deployment is a bit similar to continuous delivery but is a step further towards process automation. The change that passes through all the production stages is released to the client directly without the need for any human intervention. Continuous deployment accelerates the feedback loop as only a failed test will stop the change from getting deployed to production.
Continuous Deployment

  • Continuous Testing

It is the practice of executing automated tests throughout the software development life cycle. Instead of the old testing method where testing occurs at the end of the software development cycle, CT occurs at multiple stages, including development, integration, pre-release, and in production. It is done to ensures that bugs are caught and fixed at the earlier stages in the development process, saving a significant amount of time and money.

continuous testing

While building an application that will be deployed on the live servers there will be a team of developers responsible to write the code. The developers commit the code into a version control system like Git, from where it goes to the build phase. The built is then sent to the next phase with a proper version tag.

For instance, you have a code that needs to be compiled before execution. When the code enters the built phase, all the features of the code are merged from various repositories and compiled using a compiler.

The next phase is the testing phase where various types of testing are performed. Sanity testing and unit testing are the most crucial part of this process as individual units of the built are tested to check if they meet the requirements.

The builds are moved to the deployment phase after passing the test and then pushed into a test server. Here developers simulate the product in a production-like environment to examine the features.
What is a CI/CD Pipeline?

Before the build features are deployed to production, the automation test phase will perform the final tests to qualify the features. continuous testing is implemented in this phase to ensure there are no bugs remaining.

In case there is an error at any stage of the CI/CD pipeline, feedback will be sent to the development team so that issues are addressed immediately. Thereafter, code changes will go through the production pipeline once again.

In the final phase, the code is moved to the production server after code passes all the tests. The constant feedback loop helps make the CI/CD pipeline a closed process where builds are continuously committed, tested, and deployed to production.

Challenges in CI/CD Pipeline

Limited environments

During the CI/CD pipeline implementation, a limited number of shared test environments increases the risks of a bottleneck. You would need to reserve an environment to avoid multiple CI/CD pipelines running side by side from attempting to deploy and test in the same environment. One of the leading causes of deployment failures is misconfigured environments modified by previous teams or test runs.

Security and Ownership

Sometimes it’s difficult to know who needs to fix the pipeline when the stages fail as delivery pipelines span multiple teams in an organization. An owner has to be assigned at every stage of the CI/CD pipeline who will be responsible to fix the issues and ensuring that the delivery runs smoothly. The owner will also contribute to the feedback-driven improvement of the pipeline.

The orchestration tool used by the team should have an effective security model that could provide better visibility into the state of the entire CI/CD pipeline. For instance, to identify the causes of test failure, the team would have to examine the result of the test phase. But they should not be given permission to modify or disable the configuration of that test step.

Managing multiple custom CI/CD pipelines

There will be multiple CI/CD pipelines in large organizations as they have diverse portfolios spanning different departments, technology platforms, and customers. It would be difficult to analyze metrics like throughput, successful execution, and cycle time if every pipeline ends at different stages in the delivery process. It’s easier to manage a large set of CI/CD pipelines if each one is based on a standard template. This will help in meaningful comparative reporting and it will provide useful feedback to improve other pipelines.

Massive applications

Large apps with several components that need to be compiled, tested and deployed are tough to update incrementally which leads to long testing and deployment cycles. It’s harder to perform quality control and root cause analysis as multiple teams commit several changes at the same time. It’s difficult to create a standardized delivery pipeline as the release process needs to differ slightly. Teams often initiate a workstream to incrementally break out components of the app into different modules so that they can be built and deployed separately, allowing for faster feedback cycles with smaller sets of code changes.

Complex Branching Strategies: Navigating complex branching strategies can be a significant challenge in CI/CD pipelines. Without a clear and consistent strategy, such as GitFlow or trunk-based development, teams may struggle with merge conflicts, delayed features, and integration issues. Establishing a streamlined branching strategy that aligns with the CI/CD objectives is crucial for minimizing integration headaches and facilitating continuous integration.

Handling Dependencies: Modern applications often rely on numerous external libraries and services. Managing these dependencies can become a challenge, particularly when updates to dependencies break the build or introduce vulnerabilities. Effective dependency management tools and practices, such as semantic versioning and automated dependency updates, are essential to maintain the stability and security of the CI/CD pipeline.

Flaky Tests: Automated tests are the backbone of CI/CD pipelines, ensuring that code changes do not introduce regressions. However, flaky tests, which produce inconsistent results, can undermine confidence in the build process. Addressing test flakiness requires a disciplined approach to test writing, including isolating tests from external dependencies and ensuring that tests are deterministic.

Scaling the Pipeline: As projects grow in complexity and team size, scaling the CI/CD pipeline can become a challenge. Issues such as increased build times, resource contention, and the management of parallel jobs need to be addressed. Techniques such as build matrix reduction, parallel test execution, and the use of scalable cloud resources can help maintain pipeline efficiency at scale.

Third-Party Integrations: CI/CD pipelines often integrate with various third-party services for code analysis, deployment, monitoring, and more. Managing these integrations, especially when dealing with API rate limits, service downtimes, or incompatible updates, requires careful planning and fallback mechanisms to ensure the pipeline’s resilience.

Avoiding Configuration Drift: Ensuring consistency across development, testing, staging, and production environments is crucial. Configuration drift, where environments become inconsistent over time, can lead to “works on my machine” issues and deployment failures. Infrastructure as Code (IaC) tools and practices can help mitigate this risk by codifying environment configurations and making them part of the version-controlled repository.

Skill Gaps: Implementing and maintaining a CI/CD pipeline requires a broad set of skills, including coding, automation, infrastructure management, and security. Talent gaps in these areas can hinder the effectiveness of CI/CD initiatives. Continuous learning and cross-training, along with the hiring or consulting with experts, are strategies to overcome these challenges.

Why CI/CD matters

CI/CD provides several benefits for your software development team including improving developer productivity, automating the process, improving code quality, and delivering updates to your customers faster. Let’s have a look at some more benefits of implementing a CI/CD pipeline.

Improve Developer Productivity

CI/CD practices enhance your team’s productivity by freeing developers from manual tasks, working on complex dependencies, and returning focus to delivering new features. Instead of integrating their code with other parts of the business and spending time on how to deploy this code to a platform, developers can focus on coding logic that delivers the features you need.

Automated Software Release Process

Continuous delivery provides a method for your team to check-in code that is automatically built, tested, and prepared for release to production so that your software delivery is efficient, resilient, rapid, and secure.

Improve Code Quality

CD can help you discover and address bugs early in the delivery process before they grow into larger problems later. Your team can easily perform additional types of code tests because the entire process has been automated. With the discipline of more testing more frequently, teams can iterate faster with immediate feedback on the impact of changes. This enables teams to drive quality code with a high assurance of stability and security. Developers will know through immediate feedback whether the new code works and whether any breaking changes or bugs were introduced. Mistakes caught early on in the development process are the easiest to fix.

Deliver Updates Faster

CD helps your team deliver updates to customers quickly and frequently. When CI/CD is implemented, the velocity of the entire team, including the release of features and bug fixes, is increased. Enterprises can respond faster to market changes, security challenges, customer needs, and cost pressures. For example, if a new security feature is required, your team can implement CI/CD with automated testing to introduce the fix quickly and reliably to production systems with high confidence. What used to take weeks and months can now be done in days or even hours.

In a Nutshell

Continuous integration and continuous delivery is an ideal solution for an organization’s app development teams. Developers just need to push the code to a repository. The code will be integrated, tested, deployed, tested again, merged with infrastructure, go through security and quality reviews, and be ready to deploy with extremely high confidence. A CI/CD pipeline helps improve code quality and software updates are delivered quickly.

Want to test your Mobile App?

Join pCloudy Platform!

Signup for Free

Technology is growing exponentially and to be in the game, organisations have no choice but to be technologically enabled. Talking about ‘technology’ basically means creating solutions that are ‘faster, ‘convenient’ and ‘qualitative’. To keep up with the highly demanding technological dynamics, not only human resources need to be equipped with the contemporaneous developments of this industry but there is also a dire need of highly standardized processes in order to deliver the top-class results. That’s when the need of DevOps emerges. Right from the planning through delivery, the idea of introducing DevOps is to maintain the quality streak by a systematic collaboration of development and automation across the continuous delivery and continuous Integration. To make it simpler, there must be a convenient way to tackle the complicated scenarios without delays and for on time delivery. Hence, the introduction of Continuous integration tools makes it easier for the developers to streamline the development processes.

Continuous Integration methodology enables developers to provide immediate reporting whenever any defect is identified in the code so that immediate corrective action can be taken. It is an important part of DevOps that bis used to integrate various Devops stages. The testing process is also automated and the same is instantly reported to the user. There are innumerable Continuous Integration tools available in the market providing access to different unique features. These have open source as well as paid versions, depending upon the need of the user, the most preferred could be selected. Although all the continuous Integration tools are designed to perform the same basic functions but choosing the best suitable CI tool becomes important in the long run. Depending upon many factors like features, cost, ease of use, etc. more than one tools can also be chosen meeting varied needs and not just the single solution. Comparing the best continuous Integration tools that are available in the market, below is the list of 10 best and mostly used Continuous Integration tools which must not be ignored in 2023.

Continuous Integration Tools

1. Jenkins

Jenkins is a known and the most common Continuous Integration tool available today. Based on various comparisons, Jenkins tops the list. Jenkins is opensource continuous Integration server-based application that allows developers to build, automate and test any software project at a faster pace. It was originally a part of Hudson project started by Kohsuke Kawaguchi in the year 2004 but it was later on released by the name Jenkins in the year 2011. The tool has evolved over the years and has become the most reliable software delivery automation tool. The source code is in JAVA with few Groovy, Ruby and Antlr files. It has almost 1400 plugins to support the automation of the development tasks. Jenkins supports the entire software development life cycle right from building, testing, documenting and deploying. Jenkins comes with WAR file that allows easy installation of the tool which needs to be dropped into the JEE container and the setup can be run easily henceforth.

Key Features:

1. It is an open-source server for Continuous Integration tool
2. It is written in JAVA and comes with thousands of plugins that help in build, automation and deployment of any software project
3. It can be installed easily on any operating systems
4. User friendly interface that is easy to configure and with easy upgrades.

2. Buddy

Buddy is a web-based, self- hosted Continuous Integration (CI) and Continuous Delivery (CD) tool also known as Buddy.Works.Buddy is a serious advancement as one of the trusted CI CD tools. It has an extremely friendly user-interface and is also the simplest tool to use for the web developers, designers and quality assurance teams. Git developers can use this tool for building, testing and deploying the websites and applications using Github, Bitbucket, GitLab codes.

Key Features:

1. Steps for launching containers, automating deployment, and setting up
monitoring can be easily customised
2. Build, Ship and Deploy as inbuilt stack feature
3. Can be deployed to any hosting and cloud service providers
4. Supports Grunt. Gulp, MongoDB, and MySQL
5. Real-time reports on progress, logs and history can be monitored
6. Docker based builds and tests.

3.TeamCity

Teamcity, first released in 2006 is a continuous Integration tool developed by JetBrains. It runs in Java environment and is used to build and deploy different projects. It supports integration with many cloud technologies like Microsoft Azure, VMWare, Amazon.

Key Features:

1. It is a free of cost Continuous Integration tool
2. Supports platforms like Java, .Net and Ruby
3. Allows easy integration with IDEs like Eclipse, IntelliJ IDEA, Visual studio
4. Allows code coverage, inspection and performs duplicates check and creates history
reports of any changes made
5. It supports running multiple builds and tests under different platforms and
environments.

4. Bamboo CI

Bamboo is another Continuous Integration (CI) and Continuous Deployment (CD) software developed by Altassian. It is written in Java and supports other languages and technologies like CodeDeply, Ducker, Maven, Git, SVN, Mercurial, Ant, AWS, Amazon, etc. The tool performs automatic build, testing and deployments. Automation thus saves time and allows developers some extra time to focus on the strategic aspects of the product.

Key Features:

1. Bamboo can build, test and deploy multiple projects simultaneously and in case of any build failure, it provides the analysis and the failure reports
2. Current status of the builds and server status can be monitored with the help of the REST API provided by Bamboo
3. Bamboo supports testing tools like PHPUnit, JUnit, Selenium
4.It is compatible with JIRA and BitBucket
5. Bamboo is related to other products like JIRA, Confluence and Clover by Altassian allowing the developers and the other team members to be at the same page
6. It can also import data from Jenkins.

5.GitLab CI

GitLab Continuous Integration tool is a complete code management platform with multiple mini tools each performing a different set of function for the complete SDLC. It is owned by GitLab Inc and was created by engineers Dmitriy Zaporozhets and Valery Sizov . It provides important analysis on the code views, bug management,CI CD in a single web-based repository which also makes it the most demanded CI CD tool. GitLab CI is written in Ruby and Go and its  core functionality is released under an open-source MIT license, keeping rest of the functions under proprietary license.

Key Features:

1. It is directly integrated with the GitLab Workflow
2. Allows all critical information on the code progress in a single dashboard
3. Free for the community edition, the enterprise version is paid one
4. Language Programming CMD build scripts available allowing to program them in
any language
5. APIs are provided to allow better product integrations

6.Circle CI

Circle CI is one of the best Continuous Integration and Delivery tool available in the market. CircleCI provides a great platform for build and test automation along with comprehensive deployment process. It can be integrated with GitHub, GitHub Enterprise and Bitbucket to create builds. It also supports on-cloud Continuous Integration. Because of its strong features and efficient performance in this space, it is highly recommended by experts.

Key Features:

1. It easily Integrates with Bitbucket, GitHub, and GitHub Enterprise
2. It allows branch focused deployment
3. It performs easy bug-cleanup, runs tests quickly and is highly customizable
4. Easily integrates with AWS, Google cloud and other services
5. Build tools like Maven, Gradle can be easily integrated

7.Codeship

Codeship Continuous Integration tool was acquired by Cloudbees. It is praised by its users for its combination of features for build and deployment. It is efficient, simple and deploys directly from the Github and Bitbucket. Its features of integration and delivery are combined in such a way that it makes more reliable deployment as soon as the code is automatically tested.

Key Features:

1. It allows a very supportive environment when it comes to compatibility with different technologies, languages, deployment in different environments of choice.
2. It has a very fast and strong developer support and is very easy to use.
3. It also supports third party tools integration very well.
4.It requires a single sign-up for Github, Bitbucket and Gitlab
5. Allows simple file management configuration, easy monitoring and scale-up as per the need.

8. Cruise Control

CruiseControl is a Java based Continuous Integration platform. It is popular for allowing various source controls, email notifications and build technologies with the help of plugins. It is written in Java and has versions of .Net (CCNet) and Ruby (CruiseControl.rb.) as well.

Key Features:

1. Supplies builders for Ant, Nant, Maven, Phing, Rake, and Xcode.
2. It is an Open source Framework
3. Allows Custom build loops for build cycles
4.Its web interface provides visual status of the builds
5. Provides JSP Reporting for managing build results

9. BuildBot

Buildbot is a software development continuous integration platform that allows automatic compilation and testing in order to validate any changes occurred in the project. It is written in Python. Originally created by Brian Warner, it is now maintained by the developer Dustin Michelle. It is popular for performing complex automation testing of the Development Life Cycle processes and for application deployment. This is among one of those tools that allow distribution and execution of programs parallelly on different platforms.

Key Features:

1. It is an Open source Continuous Integration Platform
2. Automates complex building, application deployment and manages complicated software releases
3. Allows time estimation of build completion as it provides real-time insights of the build progress.
4. Uses Python, C and host requirements of Python and Twisted
5. Supports distributed, parallel execution across multiple platforms and provides extensive status reporting

10. GoCD

GoCD Continuous Integration server is owned by Thoughtworks. It streamlines the build, automation and deployments of complex build cycles. Its top USP is to enable plugins or design custom plugins for any requirements during the CI CD process. It follows business continuity concept under which it sets up multiple servers is possible in order to keep the data readily available at the time of emergency. It is compatible with Windows, OSX, AWS AMIs, Docker, Debian/APT, RPM/YUM, and Zip. It can run tests in multiple languages and provides robust reports on the insights.

Key Features:

1. It is an opensource Continuous Integration server.
2.It allows the deployment of any preferable versions of applications
3.It easily configures the dependencies based on the last report and allows on
demand deployments
4. There are numerous plugins available for this and can also be customized as per the
requirement.
5. It re-uses the pipeline configuration keeping the configuration organized with the
help of its template system
6. The entire workflow can be tackled and watched with good tracking and feedback
system allowing the developer to track changes from committing through
deployment at a single place.

Conclusion

The above list of best Continuous Integration tools describes each of the ten tools in detail and covers the best of all along with their main features. This information is insightful for those who still haven’t thought of inculcating these automation tools to build and deploy various aspects of the Software development projects. Continuous Integration, delivery and deployment are very critical and complex systems in the Software theory. They need to be handled with care in order to fetch great results. Choosing the right tool for your business would certainly help handle this responsibility well. It is not about choosing one best tool, but multiple tools can also be selected based on the requirements of the project. As the CI CD continues to grow and evolve, it leaves the innovators with more chances to explore on creating the best versions of such tools.

The efficiency of the software development life cycle is what differentiates a successful app delivery to a faulty one. The industry is emphasizing on the need to increase the productivity of the development process with speedy deployment. This can be achieved with continuous integration and continuous delivery. In agile development, there is a constant need to test the code regularly with continuous integrations of the builds. Jenkins helps in optimizing the CI/CD process. So let’s start with Continuous integration and then we will move on to the role of Jenkins in achieve continuous integration.
 

What is Continuous Integration

 
Continuous integration is a process in which multiple commits are made every day and each commit code is built and tested immediately. Once the test is passed the build is tested for deployment and then it is sent to production. A CI/CD pipeline consists of Continuous Integration server like Jenkins, Source Control tool, Build tool, and an automation testing framework like Selenium, Appium, etc. There are many benefits of continuous integration and according to the project requirement, the development team can choose the best continuous integration tools.

What is Continuous Integration
 

What is Jenkins

 
Jenkins is an open-source server-based application written in Java used to achieve continuous integration in an automated fashion. It is popular because it makes monitoring the repeated task which arises during the development phase. While working on the project, Jenkins automation will continuously test the builds and recognize the errors in the early stages of the development. Jenkins speed up the software development process by automating the build and test quickly.
 

Why CI needs Jenkins

 
When a team of developers works on a project and uses a shared repository, some might take 20 days and others might take 25 days to complete. When the developers were done with their coding, they used to commit at the same time and then the build was tested. This way a single build was done after many days. But with Jenkins, build, and testing of code can be done many times in a day. Once the testing is done then the source will be deployed into the test server. Jenkins will notify the developers if the build fails.
 
Since the code was built all at once, some developers would have to wait for others to complete which is not efficient. It was difficult to detect and fix bugs for multiple commits. Now with Jenkins, once the developer commits, the code is built immediately and thus it is easy to find the code that causes build failure.
 
Earlier the code build and test process were done manually and this was the reason for more number of errors. This is rectified by the automated build and testing in Jenkins.
 
One more issue was that code was deployed when all the bugs were fixed and this made the development cycle slow. Jenkins helps speed up the process as the code is deployed after every build and test.
 

Advantages and Disadvantages

 
The best thing about Jenkins is that it is open source and the community takes feedback from the users for enhancement of the project. In every three months, there is a stable release and there are more than 320 plugins are published in its plugins database. It also supports cloud-based architecture and it can be integrated with cloud-based platforms.
 
Some flaws include its outdated user interface and lack in the overall user experience in some ways. It runs on a server which requires more maintenance and skills to install, configure and monitor the activity. There will be some issues with the setting changes and the continuous integration will break which will need developers attention.
 

Use of Jenkins to Achieve CI/CD Pipeline with pCloudy

Here we can see a sample app code that will be used in this process.
 
Use of Jenkins to Achieve CI/CD Pipeline with pCloudy
 
This app is also hosted on Git as shown in the figure.
 
Hosted on Git

Go to the configuration page in Jenkins for this project.
 
Jenkins 4

We have configured it to pCloudySampleAndroidApp. Jenkins will pick up this project from the location and build it. Then we need to get the Github access and branch to pick the code. The source control mechanism should be polled with a schedule.
 
In this build, we will build the android studio project using Gradle wrapper.
 
Jenkins 4
 
Here we can see the location of the Gradle wrapper and the task that needs to be performed by Gradle.
 
Next step is to integrate Jenkins and the plugin can be taken from the pCloudy website.
 
Jenkins 5
 
In Step 1, we have mentioned the URL of the device cloud followed by the user name and the API key. You can retrieve your API access key by going to the settings page in pcloudy.
 
Jenkins 6
 
In step 2 we need to provide the command line path where we have mentioned the Appium Jar file which has the test cases. Next, you need to give the path of the app that has been build by Jenkins and then mention the automation duration.
 
In step 3, we can choose the device on which we want to run the Appium. So you can select the Android version and select the preferred device with desired specifications. We selected two devices for the process.
 
Jenkins 7
 
Now we can go back to the code and check how the entire configuration comes together.
 
Jenkins 8
 
After making the changes in the code, go to the version control system and add a commit.
 
Jenkins 9
 
After that push the code. Once the push is successful you can check in the Git if it is showing the code change.
 
Jenkins 10
 
Now again go to Jenkins and click on “Build Now”.
 
Jenkins 11

In the next screen, we can see the initiation of Gradle Daemon.
 
Jenkins 12
 
Now go to active sessions in device.pcloudy to see the live view of the activity in the devices.
 
Jenkins 13
 
So this is how you can make changes in the code and push the code into Git from where Jenkins download the code and upload the build into pCloudy. This process takes a few minutes and we were also able to see the test activity live which is an advantage of integrating the Jenkins based build system with pCloudy’s automation.
 

Conclusion

 
Jenkins is like the soul of the continuous integration process as it builds and tests the app continuously which makes it easier to integrate changes to the process. Most of the process is automated and this saves time and effort which can be used to perform other tasks related to the delivery. It has some issues like the old UI but the benefits like an active opensource community overshadow the little disadvantages. This is why Jenkins is the most popular CI server among the developers.
 
Related Articles:

  • pCloudy Plugin for Jenkins
  • pCloudy Sponsors Jenkins World 2016
  • Integration of TestNG Project with pCloudy Platform
  • Appium Integration Architecture Redefined! Appium Runs Become Simpler with pCloudy
  • Explore Full Power of pCloudy Platform – Improve Quality, Speed and Efficiency
  • Explore Full Power of pCloudy

     
    pCloudy understands that businesses need their apps to be rolled out faster than before, without bugs, crashes, functionality issues, UI glitches, memory drainage and well, everything wrong with every app you uninstalled on your phone within minutes of using them.

     

    We simplify testing. More importantly, this platform will equip, enable and guide you to provide single-click access solutions to the battling issues that can easily drive a developer nuts. This platform allows you to test real Android and IOS devices directly from your browser using real Mobile Devices to click-and-perform Manual and Automated Testing for maximum coverage.

     

    Here are the most frequently used App Testing Use Cases you might be interested in.

    Manual App Testing

    Automated Testing

    Responsive Testing of Mobile Web

    Next Gen Mobile App Testing

    Continuous Integration

    Integrate your own Tools

    Jenkins Plugins

    • Deliver quality mobile apps continuously by automating the process of build integration using pCloudy Plugin for Jenkins
    • Test your mobile apps by setting automatic triggers to run your automation test scripts unattended on our real devices.
    • Use our easy and inexpensive solution to test your mobile apps on as many devices and environments as you need.

    Download the plugin

    http://pcloudy-content-distribution.s3.amazonaws.com/index.html?prefix=IDE%20Plugins/Jenkins/

     

    Why use the pCloudy plugin with Jenkins?

     

    Fast Feedback — Every time someone pushes new code into the source repository, it is crucial to ensure that the integrity of the software is maintained. The plug-in enables you to receive immediate feedback and to help you understand which changes when introduced, made either the compile/build cycle or the tests to fail, and how to revert it.

     

    Streamlines and saves time – Spend less time on build integration and more time on app development. Much of the work of frequent integrations is handled by automated build and testing systems, meaning developer time isn’t wasted on large-scale error-ridden integrations. On the other hand, when app developers need to test their apps on a number of mobile devices, a cloud platform like pCloudy helps you to easily select, manage, or schedule real devices for app testing. It drastically reduces the amount of time spent on device management activities like maintenance of the devices and controlling the version of OS on the devices; and not just that, it also provides an access to a host of iOS and Android devices to install and test your app on.

     

    Continuously and consistently improve app quality – Using Jenkins allows you to receive immediate feedback from automated testing whenever a new code is pushed. Further, by automating the testing on a range of real devices helps you to improve the quality of the app. With this integration of Jenkins and pCloudy, any bugs can be instantly detected and resolved, keeping the app software in a state where it can be safely released at any time.

     

    Speedy Development — Automated build integration and automated tests running on Real devices can be triggered anytime, this enables decreased wait time and results in faster development and deployment. Additionally, integration costs are reduced as serious integration issues are less likely.

    Using continuous integration tools like Jenkins with a mobile device cloud platform like pCloudy is a powerful combination that definitely unlocks faster, better and economical means of testing and releasing quality apps.

     

     

    Installing the Plugin:

     

    An Overview:

    pCloudy has released a plugin for Jenkins which provides you access to the platform for performing automation testing of mobile apps from within Jenkins on real devices.

     

    Prerequisites:

    1. An account in pCloudy with enough credits.
    2. An API Access key for authentication with pCloudy.com
    3. Chrome Browser on local machine
    4. Jenkins installed on local machine
    5. Download Jenkins pCloudy plugin

    Preparation:

    How to install the plugin:

     Launch Jenkins in a Web Browser -> Navigate to Manage Jenkins

     

    Jenkins Plugins

     

    Navigate to Manage Plugins

     

    Jenkins Plugins

     


    Navigate to Advanced Tab

     

    Mobile App Testing Tool

     


    Scroll down to Upload Plugin -> Click Choose File -> Browse for pCloudyJenkinsPlugin.hpi

     

    Jenkins Plugins

     

    Click on Upload, and wait for the pCloudy plugin to be installed.

     

     

    How to run automation test execution from Jenkins using pCloudy’s mobile device Cloud?

     

    Step 1: Launch Jenkins in a Web Browser

     

    Step 2: Select New Item

     

    Jenkins Automation Tool

     

    Enter a Name for a project, select Project Type and Click OK

     

    Jenkins Testing Tool

     

    Navigate to Build -> Add build step -> select Execute Test Suite on pCloudy

     

    Jenkins Automated Testing

     

    Execute Test Suite on pCloudy will open a form

     

    In Step 1, enter Authentication details for pCloudy

     

    Jenkins Automation Tool

     

    In Step 2, enter Execution details

     

    Jenkins Automation Tool

     

    a) CLI Path is a path where the test scripts are located. It can be in exe or jar format.

     

      i.  CLI Path for exe “C:\xyz.exe %USERNAME% %CLOUDURL%”

     

      ii.  CLI Path for jar “java -jar C:\xyz.jar %USERNAME% %CLOUDURL%”

     

    Eg:

     

    java -jar C:/Users/user/Desktop/pCloudy/Jenkins/TestMunk-Automation.jar %CLOUDURL% %USERNAME% %APIKEY% %APPPATH% %DURATION% %DEVICES%

     

    b) App Path is the location of the .apk or .ipa file

     

    c) Duration is the total time required to execute the entire test script

     

    In Step 3, Select Devices

     

    Jenkins Automated Testing

     

    Finally, once configuration is complete click Save or Apply

     

    Running Automation Execution

     

    The Build can be triggered automatically to start a build as soon as a change is made, or can be manually triggered by clicking Build Now

     

    Viewing Console Output

     

    Select the Project you are working on

     

    Jenkins Testing Tool

     

    Select a Build from the Build History

     

    Jenkins Automation Tool

     

    Select Console Output

     

    Jenkins Automated Testing

     

    Jenkins Testing Tool

     

    View the Reports

     

    The complete execution reports can be viewed in the HTML format

     

    Scroll down to the end of a Build’s Console Output

     

    Jenkins Plugins

     

    The complete execution report will be available in the path provided in the Console Output