Select Page

Continuous Deployment in Mobile App Development

Continuous integration and continuous delivery (CI/CD) has become a natural process for web-based applications over the last several years. Companies can now deploy product updates or bug fixes to the production system multiple times a day. With the help of web deployment tools and a solid deployment infrastructure, this task just became far easier and more reliable. But does this translate to native mobile apps? Is it possible to release a new mobile app in a timely manner given the app store submission process used by certain app stores?

The answer to both is yes. In this article, I will describe the possible options for native mobile apps.

Invest in Mobile Infrastructure

Continuous integration and continuous delivery does not come free – be it for web apps or native mobile apps. Companies need to invest both time and money into their mobile app infrastructure to be able to ship a new version of the native mobile app on demand. Given the software and tooling available, this can be accomplished rather easily.

For example, open-source software like Jenkins (as your continuous integration system) and fastlane (as your build-and-sign software) can provide a lean and powerful foundation for your infrastructure. From there, you can easily set up a mobile app distribution channel via services like Testflight, AppCenter or Firebase to help you test devices during the development and testing phases.

Invest in Automation

Test automation is tightly connected to continuous integration and continuous delivery. If a build-pipeline is in place, the next logical step is to invest time and money to establish a test automation pipeline.

The automated checks will help the team receive faster feedback on code base changes on the different layers of the mobile app architecture. Furthermore, a team can quickly deploy new app versions to internal or external testers and spend less effort on manual testing.

Depending on the mobile app, teams can implement the automated checks on different layers. There might be unit tests, integration tests, API tests and end-to-end UI tests. Every team needs to find the right mix of tests to support faster development and to release new app versions with more confidence.

App Store Deployment Options

Once the infrastructure — including test automation — is in place, it is critical for the native mobile app development team to fully understand the differences between the Apple App Store and Google Play Store deployment options – because there are several.

The biggest difference to note is the app review process. While every app on the Apple App Store needs approval from the Apple Review Team, apps in the Google Play Store can be uploaded immediately and replace the current production app within hours.

Next to consider is how native apps can be rolled out to real users or testers. In both app stores, companies have the option to use phased releases (iOSAndroid). In this process, the latest app version is released in buckets to the customers. This enables the development team to monitor the release progress for any possible problems, and stop the rollout should an issue arise. Should you prefer a different approach, the Google Play Store also offers alpha and beta release options.

Understanding the release and testing options available to you is critical to selecting the right deployment option. Given the mobile development and release tools available and the deployment options offered by each app store, you have two options:

Internal Continuous Deployment

In this case, deployment software is configured so that everyone from your team or company receives instant updates on the latest app versions once the tests have passed and a new app build is provided by the distribution software. Depending on the company size, the app will be used by hundreds or thousands of colleagues that can and should provide feedback about the current state of the app. This is doable without any involvement by Apple or Google, giving your development team full control.

External Continuous Deployment

With this option, your team can either use its own mobile distribution infrastructure or extend the ones used by Apple and Google. Choosing the former requires that you invite existing customers to your distribution system to deliver your new app build – which can be streamlined by software like Testflight, AppCenter or Firebase – or tap into a community of crowdsourced testers, where testers’ own devices can be added to the distribution list. This is the ideal method, as you can deploy to real customers and testers without use of the App Store submission process.

For an Android app, you can make use of the Google Play Store distribution infrastructure which provides both alpha and beta testing channels. This allows you to publish in the alpha channel for up to 100 internal or external customers or testers, based on their email addresses. The beta channel does not set a limit on the number of testers you can engage and lets you decide whether to make it publicly available or by invite only. Both alpha and beta channels can be configured for continuous deployment. For iOS apps, there is no such way to establish an alpha or beta release of your apps. Apple is providing a phased rollout that can be used to slowly release a new version to your customers and to track the usage and feedback from users.

Once your external deployment and customer feedback are satisfactory, the mobile development team can submit the new app version to the app stores. Then the team can decide whether they want to use a phased rollout or not.

So which deployment is right for your organization?

Continuous deployment of mobile apps doesn’t come free. There is no single solution that fits to everybody. A CI/ CD pipeline is something unique for each company and requires time and money to set up.

As a first starting point you should check if you have the required skills and technical setup in your team to introduce a continuous deployment process.

If the knowledge and the technical environment are both ready for CI/CD it’s time for you and your team to decide which of the mentioned approaches fit best to you.

Make sure to find answers to some of the following questions, to find the right deployment method:

  1. Do you have the required skills in your company to setup a deployment pipeline?
  2. Do you have an existing deployment infrastructure that you can re-use?
  3. Are you able to connect your internal systems with external providers?
  4. To whom you want to deploy alpha and beta builds?

Apps targeting young people

Naturally, banks and online brokers are also increasingly offering mobile solutions for stock trading. However, this new group of fintech startups has a different structure than traditional providers. As international apps with social media appeal, they are aimed at a particularly young target group of 25- to 35-year-olds who want not only access to stock trading but also a new kind of user experience. It has become clear that accessibility and user-friendliness are key selling points for these new investment apps. For example, according to Bitkom’s Digital Finance Report 2020, 40% of respondents expressed the expectation that “smartphone apps’ ease of use for stock and securities transactions will enable more people to benefit from companies’ performances.”

In a nutshell, the easy access via smartphones makes these “neobrokers” so appealing. Clear design, community integration, and ease of entry has turned UI/UX into an actual product.

Special opportunities – special risks?

Many apps have little to no limit on how small a trade can be, making it possible to buy fractional shares. As mentioned, they charge very low fees — or none at all — and are available outside of regular trading hours. The apps clearly aim to lower the entry threshold for stock trading, and sometimes lure new users with free shares. On the flip side, the apps offer no or minimal investing advice, unlike traditional brokers. Consequently, purchasers must do their own research outside of the app, using articles, forums and social media. This aspect has raised suspicions in the German market. In the survey undertaken for the Bitkom Digital Finance Report referenced above, 69% of respondents stated that “an advisor’s input is absolutely key to making good investment decisions.” As a result, the separation of professional advisory services and the gamification of trading stocks carries certain risks, especially for inexperienced users.

Too much power?

The potential dynamics unleashed by direct market access were demonstrated in an interesting case study in January. Small investors coordinated a purchase of GameStop stock via Reddit to prevent a decline in the company’s value, on which hedge funds had speculated. In fact, the Reddit community’s actions were so successful that U.S. authorities are now investigating the possibility of market manipulation. Outrage erupted, however, when Robinhood simply suspended trading in GameStop shares at the height of the buying frenzy.

Ultimately, the neobroker did have a good reason for halting trading. The security it had deposited with clearinghouse DTCC was insufficient to match increased trading volume. However, this episode illustrates that some luster has fallen from the new market power of small investors: Even trading apps do not eliminate the intermediary function; they only replace it, sometimes with even more opaque conditions than before.

The outlook is promising

And yet, neobrokers are attracting young investors by reinventing the process of investing and stock trading. With pleasing designs and customer experiences geared toward millennials, these apps will be able to gain many users in the next few years. At that point, they will have to show that they can keep up with the momentum that they created. Users expect apps, acting as financial service providers and managers of highly sensitive data, to be error-free at all times and in all places – and rightly so. User trust and compliance with financial rules will play a crucial role in determining whether neobrokers will remain competitive as market penetration continues.

However, the new investment apps’ penetration of the DACH market is still at an early stage. Established providers, especially banking apps, may leverage the trend by incorporating a more attractive UX and simplified investment features into their existing apps. For example, a whitepaper from the Sparkassen Innovation Hub on the topic of changing values recommends “opening up products to small investment amounts” as well as “using a clear, appealing interface (UI), playful elements for data entry and maintenance, [and] the use of status and progress indicators to guide users through processes” to attract a new group of potential investors.

One thing is certain: The phenomenal growth of investment and trading apps, especially in Germany, could be a precursor to interesting developments in the coming years.

Want to see more like this?
Daniel Knott
Daniel Knott
Mobile Testing Expert
Published On: January 27, 2020
Reading Time: 6 min

Avoiding The Hidden Cost of Payment Failures

Learn how you can improve your payment experience and protect revenue across markets, methods, and moments.

Claude Code Crash Course: How to Master Claude Code for QA Engineering

Discover how you can use Claude Code to safely implement AI tools and skills to accelerate your testing lifecycle.

Why Test Plans Fail in the Real World

Your current test strategy might be the reason products fail. Find out why test plans must be adaptable.

How to Conduct AI Evals: Best Practices for Building AI Confidence

Discover why AI evals are crucial for releasing with confidence and get best practices for improving AI system performance.

Crowdtesting vs. System Integrators

Compare system integrator testing with managed crowdtesting services to find the right QA approach for real-world digital quality.

EU AI Act: A Practical Guide for QA Leaders

See how the EU AI Act affects QA and product leaders — and how to adapt testing workflows ahead of compliance deadlines.
No results found.
This site is registered on wpml.org as a development site. Switch to a production site key to remove this banner.