Appium Reviews

We use Appium to test our native applications for iOS and Android. The solution is deployed locally and integrated into our instance of GitHub Actions for CI/CD functionality, so it's a hybrid deployment. 

Using Appium with React Native allows us to reuse our tests for both Android and iOS. If we had to use one tool for Android and another for iOS, we would need two repositories, two tests, and a lot more coding for us to do. I think React Native is the only real solution available nowadays for black box testing the way we prefer to do it.

We develop apps using the React Native framework, and Appium integrates well for testing those apps. The Appium automation framework also has good integration with GitHub Actions and plenty of other tools and frameworks, including BrowserStack. 

Appium also offers plenty of testing interactions, including swipes and other actions. It provides more interactions compared to other solutions like Selenium HQ, which is another tool we work with.

Appium Inspector is another excellent feature that provides us with a lot of information when dealing with app elements. One of our uses for this is determining which selectors are faster, as we want our apps to be as fast as possible. 

We previously worked with native applications, and there weren't any good mobile app testing tools. We started working with React Native, which works well with Appium, but it would be good to see better integration; the way elements are displayed can be messy. React Native is very popular nowadays, so it's essential to have that compatibility.

Appium doesn't recognize IDs placed by our developers on nested elements when we use React Native for iOS; it just sees the whole page and one element. We use coordinates to get around this, but it isn't the best system, and nobody in the community has been able to help us.

iOS is also strict in general when it comes to signatures and developer accounts, which creates additional headaches for iOS testing compared to Android. It would be great to see a more streamlined setup for iOS, but that might be more of an Apple issue than an Appium one. 

We have been using the solution for about four years. 

The solution is relatively stable, but sometimes tests can become flaky. This could be because of Appium, or due to a cloud-related issue, it isn't exactly clear. It's more stable than it was four years ago, so the product has improved, but there is still room for better stability. 

The solution is scalable. Once it's installed on the machines or in the cloud, everyone can run it and I don't think it matters how many staff members use it. We have nine end users in our organization. 

Appium is an open-source solution so there isn't a number to call for technical support. However, there is a large user community, so it's easy to find help for issues. 

The initial setup is very straightforward; it's just a download with a desktop installation. Setup time depends on your internet, but I would say it takes minutes.

Appium is open source; we can use it for free.

We looked at Espresso and XCUITest, which are native testing apps for Android and iOS, respectively, but we can't use those for both in React Native. We carried out a POC for Appium, and there were no viable alternatives. It allows us to use one tool and one repository for both mobile operating systems.

I would rate the solution eight out of ten. 

Appium is a great tool, and I recommend it. Working with iOS requires patience, and setup can be somewhat demanding, but there are no such problems with Android. Overall, the solution does what we need it to do.

Our primary use case addresses customer requirements from the healthcare domain, a few from the construction domain, and logistics.

The automation part is extremely helpful in streamlining our processes.

There is always a concern about the amount of code that is required to enhance the automation process. The idea of having less code or no code is what we would like to see in future updates. Increase performance, battery, load testing, and no-code less, more advanced topics which we can bring to the tool features. If we can make it lightweight and clear to understand and in an easy way, that will make this tool even more worthwhile.

I have been using Appium for the past six years.

Appium is definitely stable.

Appium is scalable and we plan to increase it in the future.

The initial setup is straightforward and not that complex, There is a little procedure that we need to follow in the setup, and then just go ahead and run it. You may need to write a little bit of scripting here and there to connect with the respective code. But it is all possible and quick.

We did the implementation in-house. It is just a specific process to get setup and then deploy.

The price is good for people to be able to make a favorable decision for the value.

I would rate Appium a nine out of ten.

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.

I'm using Appium for the automation of applications on Android and iOS.

Appium has improved my company because it makes it easier to connect devices to automation scripts because the library is easy to use. You can also detect mobile elements faster in both Android and iOS.

The best feature of Appium is that it allows you to inspect the element. With the Appium Inspector, you don't have to install another application to do the inspection. I also like that Appium has Android device connectivity. Currently, most people use Appium as automation software, and I haven't found any other tool that's more powerful than Appium.

I rarely use Appium nowadays because I'm now at the managerial level, but the last time I used it, whenever I selected and clicked on an element, Appium was very slow. I tried to debug it, but I still couldn't find the problem, so this is an area for improvement in the solution.

Another area for improvement lies with the connector and server. For example, the effort to get into the local machine sometimes causes the emulator to become slow, which then leads to failure in testing, and this is the usual issue I've encountered from Appium.

An additional feature I'd like added to Appium in its next release is being able to do automation in iOS without using XPath and the name of the element. In Xcode, you can use previous UI tests for detecting elements, but in Appium, you have to use Xpath and the element name instead of being able to directly put the X-UiPath, which is what you can do in Xcode. In iOS as well, sometimes the element doesn't have a name or a path. Sometimes, there's also no element.

I've been using Appium for more than four years.

Appium is a solution that's quite stable.

Appium is a scalable solution. A lot of devices are connected to Appium, and the solution runs every day for integration testing, with new test cases added daily. Appium keeps growing, and it's scalable.

A separate team works with the Appium technical support team whenever there's an issue, so I have no experience contacting support.

I've only used Appium, and I haven't found a solution that's as good as Appium.

Setting up Appium is quite easy because a lot of documentation can be found on the internet. From setup to deployment, it only takes less than one hour if there's no problem, but usually, the problem is on the environment side, not in Appium itself. Sometimes the emulator doesn't connect to Appium, and sometimes there's a broken dependency, for example, Node.js isn't supported, or a certain percentage of Node.js must be used.

As far as I know, Appium is a free solution. It's not for commercial use.

I'm using the latest version of Appium.

My current company has a lot of programmers, so I don't have the exact figure on how many people use Appium, but in my previous company, two people deployed the solution on the cloud server.

The only time maintenance is required in Appium is when there's a new update, and my team would first ask about how stable the new version is, then that's the time the team upgrades the version of Appium.

In the AP department, seventy to eighty people use the solution. The users only create the automation path and then test it on the local machines with Appium, then deploy it on the cloud server. The AP users aren't in charge of maintaining Appium.

I'd recommend the solution to other users. Most of the companies here in Indonesia use Appium, and on a scale of one to ten, my rating for Appium is nine out of ten.

My company is a customer of Appium.

It's for automating mobile testing. It's related to the engineering side. It's a tool used by engineers for automating apps in the mobile world, for testing, like doing manual testing and automation testing. So, it's an okay customer thing.

It's an open-source tool. You can handle the application stuff with different programming languages. With those, we can use it anywhere for automating mobile apps.

There is room for improvement in stability. It breaks down.

I have been using it for three to four years. 

It breaks down. It's open-source, and it will have bugs. I rate it, like, three out of five.

So it has some issues.

It is a very scalable product. It can be used with different programming languages.

And we can use it for multiple devices, like thousands of devices.

It's like open-source, like, a kind of community support.

There is no, like, it's an open-source application. There's no, like, designated support team. Anyone from the community will help.

We need to have some experience to set it up. 

It's open source, so it's completely free.

It's for automation testing of mobile apps. If you want an open-source tool, you can go for it.

We use Appium mainly for mobile test automation, while Selenium doesn't support mobile testing. In my personal use of the tool, I primarily convert manual test cases into automated test cases. We also link our test cases between Selenium and Appium with cases from Jira

The solution helps with test automation. We focus mostly on Java.   

One area where I think Appium could improve is in addressing security concerns for our data. Currently, we're unable to use cloud solutions like CloudForm due to security restrictions on our servers. We also face challenges in updating packages for the same reason. It would be beneficial if the solution could provide better support for auto-reporting and easier connections to mobile device farms.

I have been working with the product for six months. 

I rate the product's stability as six out of ten. 

I rate the solution's scalability a four out of ten. 

The solution's deployment is not simple.  

The solution is open-source. 

I rate Appium a seven out of ten. 

We primarily use the solution for UI validation of mobile applications. It's a mobile development platform. We have an application where we have to test the front end and how it is cloning.

It's easy to connect the product. Within a single command, we can easily connect to the device. The connectivity is just that easy.

We get a list that shows all devices that are connected to the system.

It is a very easy initial setup.

Support-wise, it could be better. Whenever we get some issues, it may take some time. I'd like them to be more responsive. 

There's not too much public documentation or information. If we Google information or something else regarding the Appium, there won't be much compared to Selenium. Selenium is also open-source. Appium details are limited.

It is difficult to understand. Recently, there were major changes in Appium. Understanding those changes, was a bit difficult. There just wasn't enough transparency.

I've been using the solution for one and a half years. 

The solution is pretty stable. That said, either from the application side or the Appium side, sometimes, I get some error that is not correct. Even if the application is open, sometimes it throws some error, however, maybe it is from the emulator side. I'm not sure. 

If I run the same test case, and in the same execution, I don't see that error again. It's random, yet may be from our side. I don't think it's from Appium. However, I'm not sure. 

The solution is scalable. The capacity is very good. 

We have three QAs using the product.

Technical support is not as responsive as we would like them to be. They often are late to reply. Sometimes to topic diverts towards something else. It's open-source, which means support is always a bit of an issue. 

Neutral

We also have used Selenium, which has more information available. Selenium is also open-source. Both are pretty similar. 

The solution is very easy to set up. It's not an issue at all. It took one or two days to connect the emulators. It was pretty simple and straightforward. 

I'd rate the initial setup at a five out of five in terms of ease of deployment. 

This is an open-source tool.

We are end-users. We tend to use the solution on a weekly basis.

I'd rate the solution at an eight out of ten. 

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.