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:

1. Have fun. 
2. 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.

I give the solution a nine out of ten.

I recommend Micro Focus UFT One to others.

Speaking about how the tool is used in our company for automated functional and regression testing, I would say that OpenText UFT One is used for regression testing. The tool's level of regressions is used for system tests, SITS, and some UFT regression tests as well. The issue we face in our company is when we migrate or consolidate data on some of the platforms since we have to rewrite some of the scripts. Owing to the aforementioned issue my company faces with the tool, we are looking for a way to see how we can automatically change, migrate, or consolidate data on another platform.

My company is looking at some of the performance testing tools in the market. My company looks at the products in the market separately based on the different tests for which we require them so that there is not much of an overlap of functionalities in different tools for the test cases. My company wants to also look into solutions that can provide all the functionalities in one product. The other non-functional testing areas, like monitoring and integration capabilities with ServiceNow and other tools, can also be tested.

Our company has an architecture team that looks into the product that we use, after which the team puts forth some options for us, but the head of the testing team and testing SMEs carries out the evaluation process. I don't have hands-on experience in the aforementioned area.

Considering the last three years, there has been a good level of satisfaction from the use of the product that our company has experienced. The testing teams in our company did not complain about OpenText UFT One. There were some issues in terms of the development phase since our company could not roll it out to the DevOps team as the developers couldn't pick up the product easily.

I rate the overall tool a seven out of ten.

I will recommend the solution for its accuracy, speed, scalability, and UI. Overall, I rate the product an eight out of ten.

The solution is easy to integrate and adapt for manual testing. It manages tests very well. It is an excellent tool in terms of customization. I rate it as a nine.

We are an end-user.

Micro Focus and SAP don't seem to have the same relationship that they had previously, so we are leaning more toward Tosca, which also has the benefit of offering less scripting. 

It's a good tool. You need to invest some time in getting it implemented. However, we are happy with it.

I'd rate the solution eight out of ten. The functionality is good. It covers the entire range of tests; however, from a business perspective, we wanted something more user-friendly.

I would recommend this solution for those who do repetitive activities in testing. 

I rate Micro Focus UFT One a nine out of ten.

I would rate this solution as eight out of ten. 

I would recommend this solution to those who want to use it.

For desktop-based applications, the automation is good. They offer wide support if you're stuck with anything. There are a lot of support groups like Stack Overflow and other community groups where you can find the resolution for a technical issue. There's a lot of support because it's an older tool. 

It's pretty comprehensive and easy to learn. The industry is full of open source and cheaper options because everything is moving to the cloud. For instance, Tosca poses a challenge to HP. Micro Focus should reduce the license cost. Otherwise, they will be very much cornered in the market.

I would advise others to use Selenium HQ and C Sharp because they are better, consistent, reliable, and scalability than Micro Focus UFT One.

I rate Micro Focus UFT One a five out of ten.

AngularJS support, Data Generation and New Spy features are great, but creeping “Click-itis” sours user experience.

There are so many features! The tool is easy to learn, flexible, and extensive.

Be sure to have new automation engineers trained beyond basic YouTube videos, and avoid on the job training. This will prevent rookie mistakes that will generate unmaintainable scripts and re-work in the future.

Micro Focus provides tool training, as does Orasi and RTTS in New York.

The clients we work with are partners with MicroFocus.

I would rate Micro Focus UFT One a five out of ten.

I'm an end-user.

Currently, there is a 2022 version. For a couple of reasons, we've switched back to the 2021 release. We thought that we found an error in some strange special scenarios.

It's extremely useful for us with a little bit of potential to become better here and there. I would give the product an overall rating of eight out of ten.

I rate Micro Focus UFT One eight out of 10. if you're considering UFT Developer versus UFT One, you should consider the skills of your team. You should go with UFT One if you want to leverage more people who have testing knowledge. If you're only using the engineering team and plan on not using the business, then you can save quite a bit of money by going with UFT Developer.

I would rate the solution as eight out of ten. I would recommend this solution for those who are looking into implementing it.

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 OpenText 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 OpenText 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.

We have not yet implemented the license for the AI features. However, I got a chance from OpenText to join a Hackathon for India when they launched the product, which included the AI feature. I am hoping that my company will implement this feature soon because the solution's AI capabilities will reduce my test creation time.

Every day, tools are getting smarter. UFT One is like this.

Before implementing, do a demo with your existing applications.

I would rate this solution as an eight out of 10.

I rate this solution an eight out of ten. Micro Focus UFT One is outstanding. All HP processes are excellent. I used to use HP Test Director, HP QC and HP ALM. So I am confident that Micro Focus UFT One is useful.

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.

I advise others to speak with automation engineers to know the success criteria for the solution's proof of concept. Moreover, UFT needs to give insights on production status like Worksoft or Tricentis. Thus, I rate it as a seven.

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 would recommend UFT One to those considering its use. It is straightforward to set up, especially with the AI capabilities, although it can be slow at times. Despite the occasional slowness, it is much easier to use now compared to earlier versions and can save a significant amount of time compared to manual functional testing. Overall, I would rate the solution as a nine out of ten.

I would rate this solution 10 out of 10. 

The most important recommendation is to get trained before using this product. There isn't a lot of advanced information on the internet for free, so get trained first and then use the product at maximum capacity.

I would not recommend this solution to others who are considering it.

I would rate Micro Focus UFT One a five out of ten.

I like the direction the solution is heading and am really happy with how they keep adding new features. 

I rate the solution an eight out of ten. 

If you want something that covers a lot of testing topologies, use UFT because it has a lot of features. If you are looking for something simpler, and don’t need a lot of automatic functional testing topologies, then maybe I could suggest something else.

I would tell those looking for a solution to go back to good old-fashioned tool selection based on analysis criteria. Do the homework properly and have an appropriate set of expectations. Get vendors in and have them demo against your application or specification as opposed to generically. Do the CBA appropriately and be wary of open-source tools from the point of view of maintenance and support. But, at the same time, don’t pass over on those, but embrace them. Look for a solution that would allow them to exist in a sometimes chaotic and potentially ever-changing landscape from a technology point of view or architecture point of view. Do not to overthink it.

If this is the first time implementing a solution, I would say make sure to read up on what it will take to implement. Get as much knowledge ahead of time to make it smoother. To hit the ground running, it is best to organize your manual tests so that automation can begin as soon as possible. What test cases are for Smoke tests? What test cases are for Regression? Starting automation without defining the work to be completed will waste precious time -- time you are paying for idle licensing.

If someone is new to test automation, we will typically propose UFT One.

OpenText 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).

I rate Micro Focus UFT One nine out of 10. I stop short of a perfect 10 because it has room for improvement with the installation and some add-ins. UFT One has good coverage of different environments and any Windows application or web application. It's like a record-and-play kind of thing. It has many features for that. 

In the past, UFT One did not support integration with third-party applications such as Jenkins and Bamboo. However, there are now some plugins that are available.

My advice for others who are considering this product is that they are looking to automate non-web applications, then it is a good choice. For web-based applications, I would recommend another tool, such as Tricentis Tosca.

I would rate this solution a seven out of ten.

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.

My advice would be to research the full system requirements you need for the initial install. In corporate environments, once you've got it up and running, it's more difficult to get off of it. Also, plan to scale up based on projected CPU and space that you'll need to get.

When selecting a vendor to work with the most important criteria would be somebody that's going to be there for the long haul. Somebody who's dependable. Somebody who has active support and supports the latest technology. As we modernize it, the technology stays fresh.

If you have legacy tools like PowerBuilder and Oracle and a variety of others, not just web, then UFT is the best choice. If you're only doing web, you might be able to get away with some open source tools. But if you have a variety of technologies, UFT is great and you can also build your own keyword frameworks on top of that.

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.

UFT is a very mature product, but again, changes. This is a highly fast-paced, fast rolling field, and you have to keep up the pace with them. There are a lot of open source testers, and they do the job. UFT is a very capable tool compared to Selenium or other test tools available on the market. It can do the job is it cost effective? Investment is definitely on the higher side initially in terms of licensing cost.

It is always advisable to set the expectations right before starting any automation activity. Automation ROI is always negative for the first few months. The actual dividends of implementing automation will be reaped in the long term only. Also, automation is a continuous development/maintenance project same as application development. Without test maintenance, automated tests will not be useful in future.

This is a great solution and I rate it eight out of 10. 

Over the years, it's really gotten a lot better. The patches come out a lot more frequently now. It supports the technologies we need. HPE is currently working with us to expand the support in an area that it doesn't currently have. I guess I wouldn't go any higher than that because it's been a long time coming for it to get to that point.

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.

To someone researching UFT: It's a very good tool. It hits other applications versus just web apps, which is one of the main things. I think that is why our company purchased it in the first place.

Most important criteria when selecting a vendor: What they're currently doing, then what their outlook is, e.g., what they plan on doing to their products and how they're going to innovate them. Then just kind of base the decision off of what other companies (in the same vertical) are currently using or if they like the same products.

This tool is awesome for automation even though it is expensive.

Definitely use UFT because it's a proven solution. You can at least use it for Windows desktop, or if you have mobile solutions whether it's HPE or any other mobile solutions which UFT integrates with that, it's a beautiful solution, although it has inherent problems, but you can work with that along with the HPE team.

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 cost is not an issue, then UFT can be considered. There are other tools on the market that can do the same for less.

Get training. Being self-taught will leave a lot of frustrating holes that training fills. You can have really bright people but they just won’t know how to use some of the features of the tool because they won’t know those features exist. As a result they can grow frustrated and mistake their lack of knowledge for shortcomings in the product.

My advice would be to find at least one experienced automation developer who previously worked with UFT to provide practical know-how to others when implementing it for the first time. 

Learning the basics is easy and intuitive when you receive a proper training. But using UFT the wrong way can turn out to be cost ineffective. UFT is an expensive tool that can save you a lot of time and effort and provide great value for money if used correctly, but also turn out as ineffective related to value-for-money if used the wrong way. 

YouTube tutorials are not the best way of training people for using this tool, the best way is finding people who already have experience to work with it or provide proper training for employees who have never worked with it.

I just use the product as an independent contractor and customer. I don't have a professional relationship with OpenText.

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. 

I would suggest just taking a look at this solution and trying it. It's pretty easy to get in touch with and to have your first success with it. You will then like it and step deeper into it.

My only experience is with the product fully integrated with SAP. We are not licensed to use this as a standalone product we must connect to SAP.

Give it a shot, if you take the time to invest in it, it works.

If one is looking for a software testing tool for functional parameters with an automation approach, they can go for it without any more thinking and discussion. Where there are a few up and coming open source solutions, they have limitations that HP UFT doesn't have.

When choosing a vendor, find someone who understands your problems. Build a good relationship. Make sure you can influence the product road map. Look at it amongst other tools in the tool chain. Look at LeanFT as well.

This product can be used for automation of websites, windows application, mobile testing and API (Application Programming Interface) test automation.

People who wanted to reduce their efforts for repetitive task can use this product to automate manual tests. This helps increase the reliability and quality of testing.

If you're an HP shop, you're probably going to go out and buy it. But I don't think new customers will sign on to replace, for example, Selenium. There are plenty of open-source options, and people who know how to implement UFT already know how to implement open-source codes. So I think that people who are using open source will stick with open source, and people who have significant investment inHP will stick with HP.

I, myself mostly, have experience with the HPE tooling and I haven't been in the position where I could decide what tooling to choose. I'm hired because I have this knowledge but I would say usability of the tools, (i.e., how you can use it) is the most important criteria while selecting a vendor

You need to improve the support browsers and responsive design, and try to use newer and better languages (JS).

Also, check the stability of your product(s) when you run a lot of scripts.

They should reduce the price.

This tool is good for programming experts.

Ask a good HP expert how you need to do it and they'll tell you how to do it.

Make sure you take a good look at your approach, such as whether it's keyword driven automation, etc. Make sure you organize things that you're headed in the right direction because once you implement in a certain way, changing direction may be pretty hard. Determine also how you deal with object repositories, how you deal with sharing information, and how important the reusability of scripts is in your project.

When considering vendors we look for stability, support and reliability. And that's probably it. So we probably are not going for small vendors.

It is a great alternative, and has outstanding object recognition & functionality.

License cost, ease of implementation, expandability, extensibility, reusability, availability of useful code and knowledge are some of the reasons to consider switching.

Open-source automated testing engines are also good.

HP UFT is a popular tool used by many organizations, hence there are many forums out there to help us in case we face any challenges.

Support and reliability are my most important criteria when selecting a solution. Also, I would evaluate its compatibility, and HP seems to be comfortable in not having too much competition in this realm.

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.

Go for the cheaper option of Selenium if your requirement is purely browser based testing. If not, go for UFT.

The add-on I am using has limited resource on-line that makes it a challenge to use. Compared to Selenium, I prefer Selenium. However, I may want to see HPMC before I can make better suggestions.

Setting this up from the beginning requires a lot of reading and effort spent. You need an experienced person to set the framework up and it will also take time to implement it so the ROI will be realised in the future.