Appium Reviews

The primary use case of the solution was to automate a mobile Android app that was related to IP configuration cameras to design their system and to run those cameras using the app.

I found the Appium Inspector to be the most valuable feature because it helps to write the scripts down.

The solution can be improved by granting more flexibility around integration with app activity ID, which is sometimes not easily available for automation engineers to configure.

There is room for improvement with the scalability of the Appium server interaction.

I would like a feature to allow for iOS automation without having to use Apple Xcode.

I have used the solution on multiple occasions throughout the years. The last time I used the solution was around nine months ago.

The latest versions of the solution are stable.

The solution is scalable. 

The initial setup is straightforward if you have previous experience with the solution, but it can be complicated for a novice user.

The solution is open source.

I give the solution eight out of ten.

There are a lot of helpful documents available online if you require support with the solution.

When it comes to mobile automation, I recommend this solution because of its performance, and scalability over the competition.

We need Appium to do our end-to-end functionality testing. Our company works with mobile automation.

The most valuable features of Appium are the in-built functionality, which we can use in our code. For example, move back, move front, navigate one page before, and navigate one page ahead. You can do this by using the in-built functions from Appium.

Appium can improve when the case fails, there should be a feature where you can generate the report from Appium. Once you're on a test case, automatically the screenshot should be captured which would avoid manual intervention. These features would be beneficial to migrate to Appium.

I have been using Appium for approximately five years.

Appium is a stable solution.

The scalability of Appium is good. 

We have a team of 15 using the solution and approximately 60 other people. Most of the people using the solution are test automation engineers

I rate the support I received a five out of five. 

Positive

The initial setup of Appium is very easy. The process took approximately 15 minutes.

We found out that we could explore features of the solution for 30 days trial. We can switch to a permanent license later if we want.

My advice to others is they should have Java installed on their system initially, then later Node should be set up. They will possibly need iOS or maybe Windows installed, but this depends on their use case. The Appium license should be given by your team member for the tool on your system.

I would recommend this solution to others.

I rate Appium a ten out of ten.

This is the best test automation tool for any mobile test automation engineer.

Appium helps me to do as much as much as I want to. 

The tool needs to add a dependency manager. 

I have been using the product for three to four years. 

I rate the tool's stability an eight out of ten. 

I rate Appium's scalability an eight out of ten. My company has five users. 

Appium's deployment is straightforward. 

I rate Appium an eight out of ten. 

The solution is deployed on cloud. The cloud provider is AWS.

There are about 30 people using this solution. They're primarily automation testers.

Obviously because of automation, it reduces manual testing efforts.

We haven't been able to fully leverage Appium for multiple reasons. I think number one is just that the tests take a long time to run. We have had some issues around just the results themselves and how predictable they are, but those are not issues with Appium directly. It's helped us to uncover issues that we otherwise wouldn't have known about.

The challenge we have with Appium is we're currently writing the tests in Java, and it does make it difficult because now you need to find automation testers with a Java skillset. That's why we were looking at other tools like Eggplant that would allow us to automate mobile testing through easier mechanisms, like being able to record a manual test and automatically generate the test script for it. We're looking at faster automation and making automation more accessible to their technical people.

I have been using this solution for about five years.

The scalability is good.

We're planning on increasing usage in the future, or we're going to swap to something different. Right now, we are looking at tools that can generate Appium scripts for us, so tools like TestProject and Kobiton and so on. They can generate Appium scripts by looking at manual recordings of manual tests.

Setup was fairly straightforward. We completed deployment within a week.

We used a third party for the initial setup.

The solution is free.

I would rate this solution 8 out of 10. 

There are lots of newer tools on the markets that make testing easier. My advice is to look at alternatives, not necessarily alternatives to Appium, but at least alternatives to generating Appium scripts.

We use Appium and Appium Studio as our base for any type of mobile automation.

We are using Appium on-premises for scripting purposes. 

Our automation testers download Appium for their scripting.

Mobile app based test automation and Mobile handset experience based telecom scenarios has been automated using appium. This has helped to increase testing efficiency

The interface for mobile automation is helpful for scripting and execution. It's scalable and there are many testers who would like to automate. In terms of scripting, scalability is very good.

It's an open-source solution with a very large community and available documentation.

Appium Inspector helps in identifying the elements very easily. 

The ease of converting is good because it's an open-source solution. The programming language is Java, which is easy to consolidate. It also supports Python.

It is very easy to work with, distribute, and consolidate on a rapid basis.

Stability is an area that needs some improvement. During execution, the Appium Studio experiences some intermittent disconnection.

There are some paid solutions available on the market that have AI included with self healing, which means with changes in application script would detect automatically. The software is smart enough to show you unexpected changes. It can show you the options to change certain element locator which has changed with recent build.

Maybe this additional feature can be added as a paid feature in future.

I have been using Appium for more than one year.

There at times during the execution where there are a high number of test scripts that are being initiated, and during that time the Appian Studio gets disconnected. We then have to restart to continue the flow.

Appian is a scalable solution that is being used almost every day, extensively.

We have approximately 30 people developing, executing, and using Appian. They are made up of automation engineers and DevOps-related who are developing and executing, and we have our team for test executing. 

The community is very helpful. If you run into an issue, you can easily resolve it with the community documentation, where similar issues are being discussed.

It's easy to install Appium. 

When we work with Android and iOS, it is common to have to install other products such as APK as a pre-requisite for mobile app.

We have an automation team to complete the installation and implementation of Appian. We did not use a vendor team.

ROI is good due to ease of scalability.

Appium is open-source, which is not licensed.

We had evaluated two other solutions. For certain tools scripting was easy in Android, but for iOS, there are additional requirements such as instrumentation. This would set us back. We want to use something that is consistent throughout the various OS. They are also paid software, with additional features that are an extra fee. It wouldn't justify the ROI.

Most of the testing that we do requires testing in both Android and iOS.

We chose Appium for the scalability and the ease of automation for both Android and iOS. Appium is a good choice, it's standard. We can use most of the scripts.

Appium, Appium Studio, and Appium Inspector are from the same product family.

Appium is the biggest user base that we have today in terms of open-source. It's not difficult to find a solution when we talk about the maintenance of the scripts.

If you are looking for fast scripting and self-healing features, there are other solutions available that you have to pay for.

I would definitely recommend it in cases where you are using integration automation, you have a relaxed timeline, and stability is the main factor.

I would rate Appium an eight out of ten.

I primarily use the solution for internal testing.

We can save some workload by using Appium. However, there is a similar workload for the test engineer since we can't reuse the previous test case in the future. A manual test is the same as an automated test in our corporation.

Many reference areas on the web can help you understand the product quite well.

The stability is good.

We do not need to pay for the solution. It’s free.

I can’t think of an area that needs improvement currently.

The setup and installation were a problem for us at first.

Tests can take a long time.

I’ve been using the solution for six months.

The solution is stable. It runs well. However, it also runs slow. The test duration takes a long time.

I don't have any scalability experience.

We have two or three people using the solution. There’s a test consultant, engineer, and architect.

We don’t use it at total capacity. We use it about 30% of the time.

I’ve used documentation in the past to help troubleshoot. I do not reach out to them directly for support.

I have experience with Appium, Tosca, and Parasoft.

The product was a bit difficult to install. it wasn’t easy. We had issues.

It took us four weeks to implement the product.

I’d rate the solution two or three out of five in terms of ease of setup. It’s moderately complex.

There are two of us that can handle the deployment.

I handled the initial setup myself. I had no assistance from outside resources such as integrators or consultants.

The solution is open-source and free to use.

You can pay to extend certain services. However, we never needed to do that.

We are not currently looking into other tools. We also never looked at any other solutions previously.

We are a customer and an end-user.

I’m not sure of the exact version of the solution. It’s likely the latest.

I’d recommend the solution to others. I rate it seven out of ten.

We are a consulting company. Appium is an open-source library. We use Appium in our platform for optimizing mobile testing. For our company, Appium's similarity with Selenium is important as we use Selenium.

We have three users using this solution.

I find the configuration and interface of Appium valuable. Appium has easy interaction with mobile.

When doing mobile testing Appium is difficult as you can't use it for mobile testing in virtual machines. You need to have a physical machine. If Appium could manage this problem, and if it had more facility for configuration it would be a spectacular solution.

We have been using Appium for two years.

Technical support has been fine.

Appium is not easy to setup, it has a degree of complexity. 

The pricing of Appium is fine.

We evaluated Micro Focus.

I would rate this solution an 8 out of 10.

We use this solution for mobile UI automation, and particularly for regression test automation.

We develop complete, end to end test cases, then we automate them and run those test cases in a DevOps process. It's a complete CICD (continuous integration, continuous development) using DevOps methodology.

Our automation job triggers immediately after a successful development build. Upon completion of automated test cases, results are emailed to all stakeholders. This is a completely automated process without any manual intervention.

This solution has improved our organization in terms of efficiency. We use this tool for one of our mobile applications that supports iOS and Android devices. The application should support all Android devices with OS version 6 and above, whereas the iOS application should be compatible with iOS 9.3 and up. Therefore, it supports multiple OS versions with all of the devices and handsets that are coming to the market.

It becomes very difficult for our regulation team to test the solution, or run their test cases, on all of these platforms and mobile devices. But, with the help of automation, we can create a single script that does so. Not only that, but we can run our tests in a 24/7 model that includes weekends. Our team members cannot work overnight or on the weekend.

This solution continuously generates reports, and the report is the only thing that needs to be analyzed by the testing team. It runs completely flawlessly and seamlessly every day. This makes it very cost effective and productive. That is one of the major benefits for us.

Appium is a very good tool because with its help we can automate all of the platforms, Android, iOS, or Windows, and there is a single solution. We can create a single framework for all platforms that can satisfy all of the needs. Being an open source solution it is free of cost.

Otherwise, there are other open source tools for particular platforms, but with the Appium library, we can automate all major platforms.

This product is still maturing, so at times there are issues with its stability if your scripts run continuously for more than fifteen to twenty hours. At times, we have witnessed the Appium server stop responding for forty to forty-five minutes. As a result, scripts do not move in this time period. Sometimes the connection resets due to USB or Network issues, which is not an Appium issue.

There is no user interface because it is a complete development solution, and you have to code in Java. I do not see any room to include an interface in the near future, as is the case with other commercial automation tools.

For iOS automation, it is very tedious to install or configure this particular library in your system, and it becomes very difficult to troubleshoot if you are not Mac and Xcode savvy. You require an understanding of the configuration of Xcode projects and you have to troubleshoot a lot of things at times. 

Configuration/Installation-wise, there is a lot of room for improvement in this solution, especially for the iOS platform.

Stability-wise, this tool is still maturing. I have seen improvement over the past two years, with every release. I expect that in another year it will be even more stable.

In our experience, if you are running smaller scripts that execute for two or three hours, then this tool is good enough. If, however, your scripts run continuously for twenty or twenty-four hours then the tool give you issues at times. The connection gets reset or the server hangs in between. These things are normally seen after ten or eleven hours.

In terms of scalability, this tool is doing well. We have automated more than five hundred test cases, which run for twenty to twenty-two hours in one go. In that way, it is doing well, although, sometimes there are cases where the Appium server hangs, and the script does not proceed forward. This has to be ironed out.

We do plan to increase the usage of this solution. Right now, our company has a lot of experience and a lot of people are learning this tool, as well as other open source solutions. We do not use any commercial products. In fact, we have a policy of using open source solutions, as they are in demand. There is nothing challenging the capability of this tool right now.

Being an open source project, there is no company that specifically supports this tool.

That said, the open source community is quite strong. If you are having any kind of issues, with your solution or your implementation, there are multiple points that are available and you can ask questions. Most of the time you get your resolution in a very quick time, maybe in a day or sometimes a couple of days. In fact, most of the time, with my experience I can say 95% to 98% of the time, I found a solution which helped us. 

The open source community includes a large user base who are actively using it and sharing their experience, as well as their implementation solutions, over the net. 

Before this solution, I only had experience with HPE UFT (Unified functional testing). I, later on, moved to Selenium because we are able to achieve the same results with this open source solution as with any other commercial product, without any one-time or recurring cost for the tool. 

Selenium has matured with time and become a stable solution for Web Application automation. More and more clients are preferring Selenium because of the no-cost factor, and as a result, there are good job opportunities available for people who can work on Selenium. 

These were the major driving forces for me to move towards the Selenium automation solution.

Installation of this particular tool is tedious, and it gives you a good number of challenges at times. You have to resolve them, troubleshoot them every now and then, and you need the right people. You need a good expert with experience who can help you. It is not possible for a novice user, or any user who is new to the team, to do all of these things. There is a steep learning curve.

In order to use this tool for iOS applications, you have to use Xcode and have to install and create profiling for your development solution. For a user who is new to the system, and perhaps not aware of Xcode or profile creation on a Mac machine, it becomes difficult. The majority of developers use Windows-based development systems. In order to automate iOS applications, we have to use Mac-based machines to provide the operating system.

This means that you need to have some kind of experience with Xcode, or at least some experience with iOS application configuration. These are the skills required in order to set Appium up on your Mac machine and use iOS automation.

A Windows-based system can be used for Android applications, but a Mac machine can be used for both iOS and Android. I rely on Windows for Android, but you are certainly free to work on a Mac machine.

There are six people in our team using this solution on all platforms. I have the role of Automation Architect, and the others are Automation Engineers. We have set up a local cloud environment in our office, and we do everything ourselves.

We deployed this solution ourselves and created our own script for Appium installation on an iOS machine. Instead of individual commands, we have created a BASH script which installs & configures the automation development environment. With this, it is easy to install and configure a system for a new developer who is coming to our team. If you do not have such a script then it is a full-day task to complete the setup and configuration on your iOS machine.

This is an open source solution so it does not cost anything for licensing or otherwise.

I had evaluated SeeTest before Appium for mobile solution development, but the customer was not willing to invest in a commercial tool. SeeTest is more stable, mature, and easy to install as compared to Appium, but it comes with a significant cost of almost $80,000 per year (number of licenses that we required). This is the reason we decided to move on with Appium.

This solution is one that you need a little bit of time and patience to learn, but once you learn it, it opens the gate to work on many other similar types of tools or wrappers that are created, keeping Selenium at the core. 

Overall, the product is good. On a scale of one to ten, I am only deducting two points because you cannot automate & run the iOS application on the Windows OS. You require Mac machines for iOS automation. Also, installation and configuration are also tedious for new users.

I would rate this solution eight out of ten.