If you were talking to someone whose organization is considering Micro Focus UFT One, what would you say?
How would you rate it and why? Any other tips or advice?
My advice would be for the company to assess its needs. UFT works best in a company that is using many different applications. For example, if your company uses different Browsers (i.e. Chrome, Firefox, Edge, and IE). Furthermore, consider if your company does more than just Web testing. For example if your company uses Terminal Emulators, .NET, stand alone Java applications, requires database testing, and also API Testing, then UFT is a good choice. Furthermore, because the test reporter is built in UFT is a good choice for storing test results that may be need for future historical evidence in case of an external audit. Additionally, UFT works extremely well in automating Microsoft products such as Excel, Word, Outlook, and SharePoint. All of facts should be considered when considering if UFT is right for your company’s needs.
The ability of the solution to cover multiple enterprise apps, technologies, and environments is very important to us and it forms part of our company policy. It is a point we had to validate before going with this solution. The reason for this is that we must meet the technical needs of our customers, many of whom lack a technical background. UFT One provides cross-browser and desktop application support, although the cross platform support, which is not good, is not so important to us at the moment. These capabilities are important to us because our customers are using different kinds of technologies, some that are newer, some that are very old, and all kinds that are in between. To provide a good solution, the cross-browser and cross-platform functionalities are very helpful and necessary. UFT One gives us integration capabilities with the API and GUI components, which is very important to us since we must occasionally alternate between the two. We can use the API to make calls through scripts, so we don’t have to use the GUI for UFT One. That’s why it’s important for us to have the REST API. We can run the solution on virtual machines. This greatly affects our ability to control machine configuration and allocate appropriate resources for testing. We wouldn't be able to conduct tests or to carry out work without this solution. This is both very helpful and useful and we consider this a necessity. We have 100 percent usage of UFT on virtual machines -- All our instances are running on them. This allows us to help the customer access his application under test. The customer can configure the system with permissions and the like. All these points are, in some cases, not possible on hardware in our company, because of political restrictions, security reasons, et cetera. The solution has allowed us to reduce test execution time. If we use it in continuous integration or in headless mode, it improves performance. Between the normal run mode with debugging, and the fast mode in Jenkins, it can reduce it by about 30 percent. That's a lot. Overall, it's really easy. Try it out. There is nothing one can do wrong.
From my experience, UFT One is good in terms of automation of multiple applications. For example, if you have five applications and any one of them is not suitable for automation by UFT One, you may have to re-think using it. But if all the applications are compatible with UFT One and you are able to automate, it's better to go with UFT One. We don't have much continuous testing in our process because we don't do Agile testing, but we do have some amount of testing for what we call "rapids," for defects or announcements. It is useful when it comes to the second or third sprints where there are use cases in which we can leverage speeding up the testing. But we haven't used UFT One for a continuous delivery, as in from build to deployment. There are several new features which we can explore and use for continuous testing, but our project, not being Agile right now, has limitations in that regard. Management is looking to convert it into an Agile project soon and I expect we will start using UFT One full-fledged, with all its features. I'm very comfortable with the UFT One for our project needs.
If someone is new to test automation, we will typically propose UFT One. Micro Focus recently started offering UFT One as a PaaS, which has been helpful for our customers. I would rate this solution as a nine (out of 10).
Everyone has their own requirements, but based on my experience with UFT, I have found it to be very consistent. If anyone is looking to automate web-based or mobile-based applications, UFT is very good. My advice would be to try it and explore UFT a lot. Using it, we have learned how to design our framework and how to adapt it to improve our test suite. We have learned how to write effective test cases and how to improve the usability of the functions that we add. AI is kind of exciting but, at the same time, it's not available for desktop-based applications yet. So we are waiting to make use of AI. In general, AI helps to reduce testing time. It increases the amount of reusability and it also makes the tester's life easier by asking them to identify the objects and differentiate them. In addition, it helps to identify any elements that could be missed by the human eye. Those are the features that we think will be helpful for us, once they are available for desktop application testing.
If you are looking to implement any tool, not just UFT One, you should always go into it with some form of use case or expectation of what you want to do. Opening up a tool and tinkering is never a good idea. If I sit you down in front of Photoshop, and just say, "Have fun.", I don't know what in the world is going to happen. But, if you go into it, and say, "Well, I need to be able to touch up these photos. I need to be able to do this," then those are use cases. Everybody starts with a super-duper happy path. "I want to be able to script logging into my application." That's great. "Now, I want to be able to take that and run that cross browser." This is good. "Now, I want to take that and I want to run them to multiple machines." That all depends on if you're thinking about execution or script building, which is regardless of what tool you are implementing. For UFT One, you might need to polish up a little bit on your VBScript. However, with any automation tool, there is the totality of the language, and you probably only need to know 15 percent of it to do that automation. You don't need all those other structures. As you are beginning to go down your path: * Have fun. * Don't forget about the need for abstraction. Abstraction is your friend. It can make your future maintenance costs incredibly low. Without abstraction, regardless of the tool you use, you are setting yourself up for a maintenance nightmare. Planning out the actions that you want to take are absolutely key. We started off with the AI bits. We did tinker a bit, but with any tinkering you realize, "Okay, I'm just kind of playing around, not really doing anything with nothing productive to show. I might have accidentally made something, but I didn't purposely do anything." So, we started going through our core reusable pieces and scripting them out. Do not forget that UFT One is not just for GUI. API testing comes with the products. You are already paying for it, and it is an absolute dream to work with. What is cool is even just from 15 to 15.0.1 to 15.0.2, I feel like they're definitely investing a lot. They are continually adding to it and making it better to use. We can build tests faster, then we can repeat the testing that we are doing faster. I don't think it will ever decrease the defects, but we can test with automations sooner and earlier. Theoretically, I don't need the application to do the test building. I just need it to proof the test. So, if a UX markup person can give me some screens, like in Photoshop, of what it will be, then we can technically build our automation against that, using just a screen. Or, if a developer can send me some screenshots or give me a sneak peek, then I can get screenshots and we technically should be able to automate and have things built when a release is done. Right now, we are just doing so much new feature development that we haven't been able to do that yet. I don't think it will ever reduce the number of defects, but hopefully it will allow us to find them more reliably and earlier. The one thing I think will help us out quite a bit is data permutations. For example, you are registering for site A, B, C, or D, there are a lot of permutations of data that you can push through there. For manual testing, you might pick the top 10 out of 50 because you only have so much time. However, we don't have to do that anymore. We can just send them all through with automation. I think it will help us have those scripts earlier and have them be more stable. There is technically nothing preventing the dev team from running tests. So, a possibility is we can convince them to run some more tests before they actually deliver the app to us. We don't use SAP at all at this time. I would rate this solution as an eight point five to nine (out of 10). You learn to love it. People are really great at picking on things the moment they start using it. They look for reasons to hate it. That is not the way you should think about things for any tool.
We're just customers. We don't have any business relationship with Micro Focus. Personally, the solution doesn't meet my expectations. The design is really old. It's possible we'll be talking about changing soon. I'm not sure if it will happen, however, I would prefer to try something new. A person with no programming background might really like this solution. I, however, do not. On a scale from one to ten, I'd rate it at a five. I have a technical background and I don't really like using this tool. It's better for someone with less programming experience.
My advice to anyone regarding this solution is that if they have the money to purchase it, they could, but Selenium would be the first choice because it's more widely used. UFT quite expensive. It's about $3,000 per seat, whereas Selenium is free of charge. So if you had 20 users who need to use it, you'd have to spend close to $60,000 on QTP plus annual maintenance costs. Whereas with Selenium, it's free of charge and you get all the support you need on the internet. On a scale of one to ten, I would give Micro Focus UFT One a 10 because it is a reliable product, it works, it's as good or better than similar solutions especially because you get technical support from real people. Additionally, upgrades are always provided on a consistent basis. Whereas with Selenium, because it's open source, you're relying on the community to give you that technical support if you have issues and if you can't resolve them, there is really nobody to give you a patch or anything. So I think that with QTP having Micro Focus behind it, you've got some protection. The price is only $3,000. I don't know how many QA analysts you would have in any given company. Probably no more than five or 10. So if it's a large corporation, it can easily afford $15,000 to $25,000. I don't see that being an issue.
My advice for anybody who is implementing this product is to be aware that it lends itself to having coding knowledge. I would say that you have to be comfortable with coding to use it. I would rate this solution an eight out of ten.
I'm not sure this solution is the future with many companies now moving to agility-focused solutions. I have used these products for the past 20 years and they were good and fast but now there are other competitors who are coming out with better solutions. I would rate this solution a six out of 10.
I just use the product as an independent contractor and customer. I don't have a professional relationship with Micro Focus. I can recommend the product. If you're a company that is working with any legacy systems, and you need automation with both web-based applications and terminal-based applications. the solution would be a good thing to use. I'd rate the solution eight out of ten overall. I would rate it higher, however, there is a steep learning curve. You also need to be skilled in using the solution. Why learn such a specific program when there are other products, available as well? When there's such a steep learning curve, it might not make sense for every company.
My advice to anybody who is considering this product is that it integrates well into your environment, is easy to use, easy to maintain, and makes your development efforts more efficient. The entire development chain, including smoke tests, will be improved. I would rate this solution a nine out of ten.
I need to a product that supports Cross-Browser Testing on Edge, Chrome and IE. Which of these two Micro Focus products can do this?
What can be done to reduce the chances of software failing?