Worksoft Certify Reviews

We use the solution in pharmacy and retail.

We focus on automation solutions for SAP, Oracle, and Salesforce. Worksoft Certify is developed and designed to support these platforms. It matches what we want to achieve, providing capabilities in process mining and generating process documentation from these cases. Additionally, it can create RPA bots to execute tasks in production, making it a meaningful tool.

Worksoft developed a tool to support ERP testing. All prebuilt functions are good at steering the application when the test is executed.

Some features are missing from a testing perspective. You need to know how to connect everything to create requirements and stability metrics for the routine.

I rate the solution’s stability a seven out of ten.

You can scale it as you want. Just install it properly. It is suitable for enterprise customers.

I rate the solution’s scalability a ten out of ten.

The initial setup is easy and can be completed in two days. The team provided good support. 

I rate the initial setup a nine out of ten, where one is difficult, and ten is easy. 

They conducted marketing research through some external agencies, which reported an ROI of 583% over a five-year period. This is quite significant. You don't need people to edit test cases manually; instead, it creates and runs tests automatically whenever you wish, even after working hours or at any time.

The tool is worth the money.

The usability of test cases and running tests overnight is a definite advantage of Worksoft Certify. This provides great visibility into the process. One notable feature of Worksoft Certify is its support for SAP migration. For example, it fully supports SAP migrations. Many customers use ECC, which is becoming a legacy and must migrate to SAP S/4HANA. You can create your test cases in ECC and run them later in S/4HANA. It saves a lot of time. Additionally, you can perform parallel testing to ensure that the new functionality implemented in S/4HANA matches the legacy system.

I recommend Worksoft Certify because of its stability. The company has been in business for almost thirty years, maintaining the same customer base. They have a substantial portfolio and extensive experience, contributing to their reliability and effectiveness.

Overall, I rate the solution a nine out of ten.

I use Worksoft Certify primarily for the functional testing of SAP applications.

I run Worksoft Certify for the entire end-to-end process flow to ensure that it is always working before and after patch upgrades, release upgrades, or any changes to the system when I run the test script.

My company gets some savings in manpower and cost and enjoys a boost in productivity because you only need a few hours to run end-to-end testing using the tool. If you do it manually, the process takes a few weeks, so Worksoft Certify greatly benefits my company.

What I like about Worksoft Certify is that end-to-end testing becomes faster.

The problem with Worksoft Certify is that it's not always stable. It runs on a live platform that's constantly changing, so the test script needs to be adjusted every time, which is very painful. That's the pain point in Worksoft Certify, and if Worksoft could make the solution more stable and more "change-proof," that would help my company greatly.

A feature I want to see in Worksoft Certify is for it to be able to work on test cases on mobile devices, though that could be difficult. I also wish to have more portability in the solution in terms of the script because, in the SAP environment, my company has to run Worksoft Certify in more than one system, so if Worksoft can make the process more portable, than would be fantastic.

I've been working with Worksoft Certify for about four years now.

Worksoft Certify could be more stable. It has stability issues.

Scalability is closely linked to stability. If Worksoft Certify is stable, then it's easily scalable, and if it's not stable, then it's still scalable, but every time, you have to make some adjustments.

I'm working with Worksoft Certify.

I always work with the latest version of the solution.

My rating for Worksoft Certify is eight out of ten.

We have done one POC (proof of concept) for Worksoft Certify, for one application, for one of our clients. The POC was successful, so we implemented the solution. We did it for a pharmaceutical product, a pharmaceutical domain.

What I found most valuable in Worksoft Certify is its identification feature. I also found its automation feature valuable.

What could be improved in Worksoft Certify is its integration with other tools, for example, test management tools such as Jira, ALM, or any other test management tools. That integration is missing.

I've used Worksoft Certify for two years, and I've used it in the last twelve months.

Worksoft Certify is a stable solution. I'm rating it a four out of five in terms of stability.

Worksoft Certify is scalable, and I'm giving its stability a rating of four out of five.

The technical support for Worksoft Certify was really impressive. It was really good. We needed to create new controls, and we got a good response from their team. On a scale of one to five, with one being the worst and five being the best, I'm rating them a five.

The initial setup for Worksoft Certify was very simple. On a scale of one to five, with five being the best and one being the worst, I'm giving the initial setup a five.

Deploying Worksoft Certify took just one hour after getting the license. The implementation was done by our in-house team.

I'm not aware of any licensing costs for Worksoft Certify.

Worksoft Certify is in hybrid mode in terms of deployment.

Currently, there are 50 users of Worksoft Certify in the company.

My rating for Worksoft Certify is ten out of ten.

It is used for codeless automation. I am using its most recent version, and it is on-premises, but we are using it through some virtual machines. It is installed on some virtual machines, and by accessing those virtual machines, we're using Worksoft Certify.

It is codeless. Typically, you have to write code in Java, Python, or another language to automate web applications or ERP applications, but Worksoft Certify is completely different. You do not need to do any coding, and you do not need to know any coding language for automation. It is completely a techno-functional tool. You can just enable the application that you want and start automating. 

There are certain tools in the market for writing the code, but they are not supported with some of the ERP solutions available, such as SAP, Oracle, etc. Worksoft Certify is not like that. It supports each and every ERP solution available in the market.

An organization doesn't need to hire new people for automation. For example, if you already have people who are well versed in SAP, you can just train them on this particular tool, and they'll be able to do automation for you. You do not need to hire any new resources for this particular tool, and even if you are hiring, you would need a less number of people. It saves costs in terms of resources. 

Scheduling and lights-out testing are very easy. You can schedule any number of test cases on a recurring or on-demand basis. So, you can run any number of test cases. Test maintenance is very easy, and you can very easily manage all your tests, which also saves cost. So, it saves costs in terms of resources and maintenance.

The Worksoft Capture feature is most valuable. For example, if you are creating a sales order in SAP, you do not need to go to each field and do everything. You do not need to write code for each and every line. You can just turn on the Worksoft Capture feature and manually perform your actions. It will capture all manual actions, and it will give you the steps. It will write the steps for you. 

They have a scheduler in Execution Manager, but it is not customizable. Its UI needs a lot of improvement. The lights-out testing is a bit difficult with that particular tool, and it needs a lot of improvement. Of course, there are so many integration options with Worksoft for execution, but when it comes to Execution Manager, which is their own tool, there is a lot of scope for improvement.

The integration with mobile needs to be improved. Initially, they used to support certain applications, and now, they are supporting all the web applications, but with minimal knowledge, it's very difficult for any tester to automate web applications. That's where they need to improve a lot. They are already working on it. They have given additional features, and with the help of those features, you can easily automate, but they need to keep making it easier for business users who do not want to get into each and every technical aspect of it. They just want to capture the actions. It is working fine with SAP, but they have to concentrate on web applications. They also need to support Safari, as well as macOS, better.

If you keep on running it for a long time without removing unnecessary things, the load on the database increases, which impacts the performance of the tool. Sometimes, it hangs or is slow. We have faced this situation with the earlier versions, such as version 9, but in the current version, there is an improvement. The slowness has drastically reduced, but a lot of improvement is still required in this particular area.

Another negative of this tool is that its license is costly. It is a bit more expensive than other tools.

I have been using this solution for close to six years.

Its stability is very good. It is reliable.

Its scalability is very good. We are a very big organization. In my team, we have close to 14 automation engineers, but there are so many other projects where Worksoft is used. I don't know the exact number, but it would be very high. Its usage is not extensive because it is mostly being used for ERP applications. 

In my previous organization also, it was implemented for many projects.

Their support is excellent. When you raise a ticket, within a day, you get the solution. If they're not able to resolve the issue at their end, and it is on our side, they connect with us and show us what exactly is happening. They check everything. 

Its initial setup is very simple.

It was implemented in-house. We get some files that we can directly install, and that's it. We do not need to do anything other than double-clicking the given files, and it creates everything automatically.

It is costly. It is a bit more expensive than Tricentis Tosca and other tools. If they reduce its price going forward and have partnerships with other vendors, it will grow like anything.

Tricentis Tosca is a strong competitor. Worksoft Certify is more expensive than Tricentis Tosca. The solution that we use depends on a client's choice. 

In the long run, most people will prefer non-coding tools, where 0% coding is required. It is, for sure, a tool that would be useful, but there is only one hiccup. If you are executing tests multiple times, you'll have various results, such as pass, fail, etc. When you are running it for so long time, the file size on the database will keep on increasing. So, you have to keep on doing the maintenance. For example, if you need the results for 2018, you should download everything. You would need some kind of storage.

In many organizations, the managers think that if they hire one or two resources with Worksoft knowledge, they can train everyone in their team, and build a good team, but that's not going to happen in the short run. That's why I advise having two to three dedicated people to train other people and build a team. With only functional team members, it is very difficult to build a proper automation team. I have seen an automation team that wanted to train 20 people. Currently, we are training 100 people. There are three of us who are training 100 people, which doesn't work out very well. So, there should be a few dedicated people for training and implementation. 

I would rate Worksoft Certify an eight out of ten. It is a fantastic tool. Its maintenance is easy. Building test cases is easy, and planning is easy. Almost everything is easy, but the look-and-feel of the Execution Manager scheduler is not good, and currently, customization is not available, and product creation is not available.

We have an SAP application, and for the automation of this SAP application, we are using Worksoft Certify. This project is in the healthcare domain. I get the requirements from the client. They tell me about the new changes that are going to happen in the system, and based on that, we do the automation. The client tells me about the scripts and new features in the application, and I create an estimation plan, which depends on the size and the complexity of the scripts and features, and share it with the client. We do the development activities accordingly.

We have two teams. Being an automation team, we are not very much on the functional side. So, we need to take some support from the functionality team. for test case writing. They are usually able to give us steps in Excel or something like that, and we are able to start with that. Otherwise, we have some sessions with the client or the functional team to discuss any issues or doubts we have. We also need data for developing the script. We get the required information about the data, such as if data is consumable and how to find new data, from the client or the functional team. Once the automation is done, we inform the client, and we are ready for the sign-up for the first set of the script. They do a functional review, and after they okay it, we do the final sign-off. We then move our scripts from the local sandbox folder to a production folder created in Worksoft Certify. We then use the script for regression.

In terms of its deployment, they provide the updates, and we install them on our VPS.

We are mainly using it for the SAP application, and for the SAP application, if you don't have any experience with automation tools, after a few training sessions, you can easily automate the scripts. That's because no specific programming language is used. All resources that I have are specifically SAP resources. They are not from the automation background, but after gaining the knowledge, they are able to develop a script, or when there is any issue while doing regression testing, they are at least able to understand the issue, such as whether the issue is in the code or data. 

We can use it for the web application, but we are facing stability-related challenges. The properties are getting changed. For example, when I am performing any operation on the text box but the development team has done some changes, our Worksoft scripts are getting changed. This is the main challenge that we are facing while developing tests for the web application in Worksoft Certify, where any changes in the backend are indirectly impacting our scripts. For the web application, there is a scarcity of resources. Unlike an SAP application that doesn't require much experience, for the web application, you require experienced people.

We also use XF definitions for the web application, but we can't create them on our own. So, we need to take support from the Worksoft team, and we have a dependency on them.

I have been working with this tool for the last five years.

It is completely stable for our SAP application. There is no issue. Once you have developed a script, you don't need to do any changes.

We are using it on quite a large scale. If we have a requirement for the new development, we have to use Certify. My project involves maintenance and new development. In the maintenance phase, we have regression testing. We have created a batch file, and when we are doing the regression testing, we are executing this batch file. So, we are using it for day-to-day activities. We are also using another tool from Worksoft called Worksoft Execution Manager.

The number of users working on this solution varies based on the project timeline and the number of scripts. For example, if the client's requirements need to be delivered in a very short period of time, then instead of four resources, I will take eight resources.

For any issues, we have to go to the Certify support team. They have a customer portal, and you just need to raise a request on the portal. Based on the priority, you get a response from them. Initially, they provide the solution through the ticket, but if the solution doesn't work, they also schedule a call. If the issue is not resolved in one call, they schedule more calls till they have resolved our issue.

I have used UFT in my previous company. Companies that have an SAP application or SAP Fiori prefer Worksoft Certify. For my current client, initially, we were using UFT, but because any non-automation resource can do automation in Worksoft Certify, we brought Worksoft Certify. Now, instead of UFT, we are developing everything in the Worksoft Certify. 

I am also familiar with Selenium. For SAP applications, Worksoft Certify is a very good tool. With UFT and Selenium, you need to create a framework, which is not required with Worksoft Certify. You can just go and develop an automation script. 

So far, I have used Worksoft Certify for the SAP application, the mainframe application, and the web application. For the SAP application, it is working well, but for the web application, instead of Worksoft Certify, it is better to go for Selenium. With the web application, we have the issue of values getting changed when developers make any change in the backend, and we also have a dependency on Worksoft for XF definitions. So, Selenium would be a better solution for web applications.

I don't have much idea about the pricing, but it is a licensed tool, and it is somewhat costly.

If you are considering this tool for your project or company, the Worksoft sales team would connect with you and explain what are the things that you need to perform. Initially, they give a demo, and after that, they discuss the licensing, etc.

It can be easily used by our non-automation resources with some training, but your team should ideally also have experienced people to be able to deliver within your deadline. For some of the development, you can also hire Worksoft resources on a contract basis. They would come to your location and help you with the development of a script in a short duration.

I would rate Worksoft Certify a six out of ten.

We mainly use Worksoft Certify for SAP automation, whereas we have web-based SAP and normal SAP background applications.

Worksoft Certify has helped organizations save time by using automation.

The most valuable features of Worksoft Certify are the way we can maintain the processes and sub-processes inside. We can immediately identify and replicate multiple objects in the application without having a major issue with it. We are able to do a lot of operations even with the solution being completely scriptless. That is a large advantage compared with other automation tools.

There are some other more complete tools than Worksoft Certify, such as Tricentis Tosca. It has a quicker way of taking in a customer's feedback with more efficiency. I do not see Worksoft Certify having a lot of progress over the years that we have used the tool in this area.

From 2014 to 2022, there were fewer improvements in the UI looks and feel. Overall there were fewer improvements in the solution. There were some challenges that we faced with our customers, and Worksoft Certify provides customer-specific call announcements. For example, customer A is trying to work on Worksoft Certify, they will face a specific challenge in utilizing the tool, and Worksoft Certify provides a custom solution to them. With customer B, they are faced with other challenges, and Worksoft Certify provided them with a customized solution. There is a chance that the same issue that was faced with customer A, customer B had also. Instead of Worksoft Certify providing a dedicated solution for everyone, they were providing solutions on a customized level. They can improve on this process.

There were some challenges that we faced with respect to automation. For example, there were some areas where we had to do a drag and drop of some of the objects from one place to another. In some of the areas in SAP where you have to perform a drag and drop, that feature was not available in Worksoft Certify. We had to find some alternate ways of doing those things.

I have been using Worksoft Certify for approximately three years.

The performance and stability of Worksoft Certify were good. We don't see a lot of issues or challenges that we're facing in this area. We have a 98 percent stability rate. We don't expect a lot of issues to happen in the application. On the SAP side, it was completely normal, it was working as expected, but coming to the web-based applications, when there are major changes. We have to remap the controls sometimes to ensure that the controls are working as expected.

Worksoft Certify is a highly scalable solution. However, it was a bit slower compared to the other automation tools. For example, Tricentis Tosca is providing major competition to Worksoft Certify and they are slightly a better tool. Whenever Worksoft Certify faces any challenges they're providing some patches to fix them, and that is helping the automation to grow faster and more efficiently. We have the layouts and plenty of recordsets that make Worksoft Certify more scalable.  

As an architect, I have to compare the support to other automation tools, there are some free tools, such as Selenium, where there is no support. However, there are some tools, such as Tricentis Tosca, where there is a dedicated technical support team who are available 24 hows a day seven days a week in the chat. We can directly chat and communicate with them. With Worksoft Certify we have to contact them directly and sometimes it can take some time, and the solutions that they provide are customer-specific. That is another challenge because when we have to work with multiple customers, this is another challenge that we face.

Neutral

I have been using multiple automation tools, such as Worksoft Certify, UFT, and Tricentis Tosca. Additionally, I have worked on other automation tools, such as Selenium and AccelQ. I provide solutions to the clients based on their requirements. I work on different automation tools.

We have a set of regression test cases that are already identified with the customer. They used to provide those sets of regression test cases to be used in their projects. We had to create some processes and sub-processes, such as our layouts and recordsets for the projects. Once we create all our sets, we create our regression suites using these areas and start working on them. We used to do a time-bound process where we needed to automate all these elements in a specific set of time that we had. Once we are done with the automation, we performed the activation of the sets in a cycle.

For the understanding of the requirements of Worksoft Certify, it did not take us a lot of time because we understand the process which is very important. Due to the specific functional area in SAP initial took the automation developers some time until they understood the functional requirement. However, once we understood how we were going to handle or manage the static and dynamic data, then the automation was simple using Worksoft Certify.

Once we complete the automation, our SMEs used to start utilizing this solution whenever there is any deployment. Instead of triggering the script manually, our SME triggers the automation scripts that they have the regression suite executed, and for other new automation scripts. Whatever the testing team tests the functional they started using Worksoft Certify for creating those automation scripts and started using them. There are different clients requirements based on the deployments. The deployments used to happen every two months, we have some regression suite to be executed, and whatever the new development that is going to happen, we used to utilize the dev environment to automate them and start executing them in the QA. This way they were faster and we can do instant automation.

We typically have a team of six people who were involved in the development of our particular automation scripts, and the exact number of people depends on the project that needs these scripts. For example, in my initial project where I worked on Worksoft Certify, we had a team of 13 people who were working for different process areas. We have different areas, such as production planning, retail management, and quality management service. Each area was handled by a specific developer and we used to have some teammates who were helping us and assisting in the automation of these scripts.

Normally it can take clients a lot of time for doing the regression. Using Worksoft Certify has reduced the time needed for this process. They don't need to replace all their SMEs for performing the regression because normally it used to take a lot of time for doing the initial regression activation. There were a lot of bugs that were reported and were reduced when we started using this tool. They used to use 10 people for doing the regression previously, for a span of a week. By using Worksoft Certify with using the automation scripts and 10 different systems activations happening, we saved a lot of time. We have seen a return on investment by using Worksoft Certify.

Worksoft Certify is slightly more expensive compared to other automation tools that are available on the market. However, the majority of the clients who are utilizing this solution, don't care much about the price. The main aspect the clients look for is its stability and reliability on the automation and whether they are able to rely on the automation scripts.

The solution can be purchased in different packages, some can include support.

I have evaluated lots of other solutions.

I have approximately eleven years of experience in this industry and over the past few years, I have been working as a senior architect.

Worksoft Certify is a good tool, but any tool can perform efficiently if you follow the best practices. If you're not following or utilizing the tool properly, there are chances that you might miss the opportunity. The main challenge with script less automation tools, such as Worksoft Certify or Tricentis Tosca is that you have to implement it along with best practices, and if proper best practices are implemented for these tools from the beginning, they can be extremely efficient and beneficial tools that can help to reduce efforts.

I rate Worksoft Certify a seven out of ten.

We have an SAP environment, so we use Worksoft for SAP and the ecosystem around SAP. Most of the use cases are related to SAP products or interfaces and the applications that are interacting with SAP.

We use it for test automation. We are basically using it for regression testing, especially for our releases. For example, in the big SAP systems, when we have support package upgrades or bigger function releases, we use end-to-end test automation to ensure that the changes are not impacting the processes in the system. With this test effort, we can make sure that the releases are running without any issues in the production systems.

We started using it around six years ago with an on-prem installation, and we had a pretty good experience with that. The way we are using the software is that we have installed it on our terminal server so that not every tester has to install it on his own machine. Having this terminal server environment is allowing us to really stick to specific standards in terms of how the software will be used and in which sequence updates will be distributed on the server. It also helps in terms of the connectivity to the systems that we require for test automation. It makes it quite easy for people to concentrate on developing tests and not on the environment. 

We are running version 12.0, and 2006.77 is the patch level. 

In terms of its web UI testing abilities for testing modern applications, such as SAP Fiori, we started implementing a project two years ago where we developed a logistic layer and a finance layer, which all the future SAP systems of the headquarter divisions will be using. For that project, we had introduced Worksoft for automated testing. We are quite heavily using Worksoft in that area. We have all of our core functionality in that area automated, and we had a really good experience with Fiori. 

Worksoft has these so-called configuration files that you can get for different applications to define the maps. We are also using ServiceNow or Pega for Workforce management. For both applications, you can get so-called configuration files from Worksoft, and with these configuration files, Worksoft can very easily identify the objects. So, you don't need to learn Worksoft from scratch, but you can really build on the foundation of already-existing definitions coming from Worksoft. 

It provides codeless end-to-end process automation across packaged applications. It does not have the approach of writing scripts or having a scripting language for the logic. It is pretty easy to adopt. It is helping us in general because you don't need a developer or a technical guy for building these scripts. People in the business organization can really design their own scripts without heavy IT support. Normally, we just teach testers how to work with Certify in general for a couple of hours. If they have understood the basic patterns in terms of how to find specific commands, how to really work with these conditions, and how to work with varietals, after a day or two, they are able to work with this solution. They might sometimes ask where to find specific things, but because Worksoft also provides master content with a lot of examples, they can deal with it from there. In our company, we have an approach that all people work on the same project. This means that they are also sharing their scripts internally so they can read and steal from others. We also have a concept that for every SAP system, there should be one test architect who is knowledgeable. He is a key user, and he drives the effort to bring knowledge to people. 

It definitely reduces the time you spend on test maintenance. The debug feature, the recognition feature, and the decoupling of scripts and maps are really saving time. Imagine having an error at step 850 in a test script that has 1,000 test steps, and these 850 steps have taken you an hour for execution. In such a case, you have to repeat the entire test because you don't have the possibility to go back to certain steps. Every time, you will lose an hour or two in maintenance. Having these features makes it pretty effective and efficient, but it is hard to say the exact time because you don't know how often your scripts are breaking because of updates. It also depends on the number of scripts. We also have to see the number of saved hours in relation to other tools. So, if you're comparing it with an open-source test automation tool like Selenium, it might be saving you more time, but that might not be the case if you're comparing it with Micro Focus or Tosca. 

It has definitely enabled us to scale up our testing. When you use automated test scripts for test cases, your testers are released from that testing time, and they can concentrate on further testing. The way we are introducing test automation in our organization is that we say, "Okay. This dummy type of testing can be done by a robot such as Certify," and then our testers, who are hopefully more intelligent than the machine, can concentrate more on the individual tests. You cannot really automate all the test cases, and it allows our testers to concentrate on the individual test cases.

Worksoft Certify works well for creating test scripts. As compared to other tools for test automation, what is very good in this tool is the ability to implement logic into the scripts without coding and learning a complex script language. It is comparable to defining formulas in Excel. It is pretty easy to learn how to make your scripts more intelligent and more flexible as per the situation.

The decoupling of the test scripts from the data and the application is also a nice feature. When you are creating test scripts, for example, for a web application, you have to learn about Worksoft and how the controls of a screen can be interpreted by Worksoft. For that purpose, you create so-called maps. These maps are loosely coupled to your scripts, which means if the application is changed, the control will be changed from an identifier. You don't need to rework the entire script. You only need to do these adjustments in the map, and then you can automatically reuse the scripts. So, it is really a smart move to have the decoupling of scripts, maps, and data. 

Its debugging functionality is pretty powerful as compared to other tools. Recognizing the errors sometimes could be challenging. When the debug function, for debugging your scripts, runs on an error, it can stop at that error and identify the elements that may have not been recognized. It can then update the definition to recognize the object. It then repeats the step again so that you have a so-called execution pointer, which you can then use for your debugging. 

Certify is integrated with Solution Manager, but this integration could be easier. 

Overall, in terms of how it is working, I find it pretty clever in all the areas. There are only tiny things. For example, to log into Certify, you have to put in your username and password. In version 12, they changed it, and the password is no longer stored. So, you have to enter it every time you log in. Similarly, there should be a way to store the layout of tables in Certify. You can adjust your tables, but when you close Certify, if I recall correctly, the layout of the table is not stored automatically. So, you have to adjust it every time. I'm, however, not quite certain about it. 

These are tiny things that they can improve, but compared to the whole feature list of Certify, they are not so important.

I have been using this solution for around six years.

We regularly update the software when we see that there are new features available or if there are fixes in certain areas. In general, the Certify software is pretty stable. Based on our experience, there is no need to import patches every month or on very short notice. We normally plan for once a year version update.

In our S4 project, we had the need to develop automated testing for Excel-based solutions. We needed to test the business planning functionality that was running in Excel from SAP. It is quite challenging to build automated test scripts in desktop applications like Excel, but we got quite good support from the offshore team of Worksoft. We had a talk with an engagement manager from Worksoft, and then someone from India came to Lisbon, Portugal, and they all worked together. Our team quite quickly learned how to handle the challenges in that area. So, it is not only about the tool; it is also about the support you are getting from Worksoft. Their support was quite impressive.

It is pretty powerful as compared to other tools. We developed our own tool, and we have also compared it with Micro Focus. We have some knowledge of QTP from HP and Tosca Tricentis. From my perspective, especially when it comes to debugging and also object recognition, Worksoft may be one or two years ahead as compared to the other tools.

When we started with this solution, we had an engagement program. We had a consultant from Worksoft for 20 or 30 days on demand. It was an engagement contract that we had signed while acquiring the licenses. We had two or three onsite sessions. This consultant was here in Berlin with me and helped with the installation and documentation. This engagement really should be seen as enablement. It was not that the consultant did everything and then handed over the documentation. These sessions were more like hands-on sessions, which means our administrators understood how to install the software, how to configure the software, and how to make connections between different applications, especially with the database. They also understood how to make sure that our security regulations are met because there were some problems there. After we had documented everything, the consultant did his job with other clients, and we continued to handle the software on our own. We are deploying patches these days without any support from Worksoft because we simply learned how to do it.

Its initial setup is complex. There is the client part and the database part that you have to install. The client installation is pretty easy and straightforward, and you just have to click the Next button. For the database part, there are SQL Server scripts that need to be executed on the database server. It is pretty simple. You have scripts running on the database, and typically, they run without errors. In all these years, we had problems with the upgrade only twice. We have a QA environment where we typically test the upgrades. We had an error because a column was missing in the table. We raised a ticket, and someone from Worksoft helped us. We learned how to handle it and did the same on the production system without any support. 

If you give me a system, a database server, and maybe a terminal server and we have to install both parts, the database part can be done in one or two hours, which includes preparation time, execution time, and post-installation time. Overall, it would take a day because the database also requires some time for installation. If you are simply differentiating between the effort and the duration, in terms of duration, the database would take a day. In terms of effort, it would take one or two hours. The client part also takes one to two hours, depending on the resource you are using. After that, you only need to do the configuration to connect to the license server and the database. If you know what to do, it would be up and running in a maximum of two hours. We are not really talking about a complex SAP system. It is simply a test automation tool.

We have seen an ROI. In the end, it is money and time. You save time for the testing, and you also save time in making corrections. If you don't have such high-quality testing, you will end up with errors in the production system. You will also have some interruptions in the daily business in your SAP systems. That's one aspect of the return on investment. The easiest way to calculate the ROI is in terms of the effort that you are reducing for testing.

I can only judge based on the situation that we had around six years ago when we did the tool evaluation. Worksoft was not the cheapest, but it provided the value. For 25 concurrent licenses, we paid more than €400,000, so it was not cheap. In the end, if you see how much time you are saving and compare it with others, its price is okay. We had also compared its cost with the licensing costs for HP and Tricentis, and they were at another level.

Now, as we have already booked the licenses, we only have to pay an annual maintenance fee, which is 70%, and that is okay.

The biggest change was not really the tool. There is the saying, "A fool with a tool is still a fool." That's pretty much true. When you are starting with test automation, you basically have to understand the concepts behind test automation, and you have to learn how the robot does the testing. Normally, your testers are reacting, and they are pretty flexible. For example, if they recognize that something is blocking a storage location, they free up the storage location and continue. If you are doing the same with an automated test script, this needs to be implemented in the test script or logic. This is pretty much the difference. So, you need to be very precise in knowing the circumstances or issues that the tool might come across during a test. You also have to have a big focus on the test data. That's because if someone changes your master data, your test scripts will fail, and you won't be able to differentiate whether the error is on the system side or the data side. 

You also need to think about how you are building your end-to-end tests. In the past, most of our tests were in the area of functional tests, but for the dependencies between the different functions, we really had to concentrate on end-to-end testing. This is pretty much the challenge when people from different organizations have to work together. There must be someone from the purchasing team and the finance team to negotiate on specific test cases and test data, which really takes time. With Certify, you have a tool with which you can concentrate on the content and the logic of your end-to-end scripts, and you don't need to spend so much time handling the tool. A good piece of advice for someone who would like to use Certify is that do not concentrate so much on the tool. You should concentrate more on the concepts and circumstances, such as how to ensure the stability of your systems and data. Are you going to introduce a pre-prod system, an isolated system, or an environment? That is more challenging than the tool.

We are using the Capture feature to capture a sequence of our test. Once this sequence is recorded in Capture, we then transfer it to Certify and continue the development there. The Capture feature is kind of a movie that you create. This movie is transferred to the Certify tool, and you can use a feature called BBP to transfer your test scripts into multiple formats. You can transfer it to PDF or Word format. You can show the process documentation with screenshots in a Word document, but in our company, we are very much standardized and formalized. So, this kind of process documentation is not sufficient. We can use it for simple documentation, for example, for discussing change requests for an SAP system, but for comprehensive detailed documentation, we have tools in place.

We have different tools in our company for RPA. RPA is not really in the area of Worksoft. I know that some of the organizations that are using Worksoft Certify for automation are also using it for RPA, but this is more of an exceptional case.

I would rate Worksoft Certify a nine out of 10. I'm pretty confident of and satisfied with this tool, but there is always room for improvement.

Its primary function is test automation. We record the test procedures and execute them in an automatic way. It gives us reports, in a centralized way, of all the information that we need to manage test automation for the ERP system and a few other systems as well.

We moved from manual regression testing, once a month, to continuous testing every second day, with the same scope or even an increased scope now. We don't need to focus on the manual regression tests, so we've freed up hands for support activities and new developments. I don't think that it has changed how our organization works directly, but we have become more efficient and more flexible.

In our estimation now, we save about 160 hours of manpower every month because we use Certify. It's 80 hours of robots executing the tests, and they're doing it roughly three times faster than humans. To do the same manually, and keep up with the general pace of development, we would spend 240 hours on testing every month.

In terms of codeless, end-to-end process automation across packaged applications, technically speaking there is some programming or development, like you would learn in middle school. But you don't need to be a professional in any programming language to run it. That's how we've done it. We don't deploy any additional software packages with it. We haven't developed anything else, other than using Certify steps to run end-to-end test automation.

Nevertheless you still have to have a mindset of a developer or an engineer. You need to have understand cycles and other primitive functional blocks. Still marketing-wise, I would call it codeless due to its simplicity. 

SAP is our core and the people involved with it are not always developers. Some of them are analytics or system experts. They don't know how to write C++ or Python or Java. But they can do testing automation in Certify themselves without help from a centre of competence (CoC). The only time CoC will participate is when truly complicated logic required such as runtime variables staking.

In usual situations, the skill set to start doing test automation needed is much lower.

There are a few aspects that are valuable. First of all, there is the screen-grabbing where you can pick up objects and it automatically recognizes them on the screen. Worksoft call it Certify Capture or LiveTouch. It's automatic capturing properties of the UI objects on the screen or on a mobile device for use in test automation scripts.

Other important feature is the modularization of the tests. That's an important feature not only of Certify but of IT tools overall where you create and reuse the components. Our test scripts are done with a "Russian doll" approach. That's standard for modern IT, however sometimes you see IT products without such functionality. Worksoft Certify's ability to build tests and reuse them is done pretty well and balances simplicity with flexibility.

Due to it, the learning curve improved even further allowing non professional test developers to plug-and-play test scripts. Such approach allows you to have that nice, modular end-to-end test. Can it get better? Probably not without sacrificing some other nice features and simplicity.

In terms of the core functionalities important to us there are the actual coding, great test data management, execution and reporting. Those are the basis, which are shared across many test automation tools. 

We also value that the test execution and reporting are stored in a database. We can extract the results and get the data out more easily comparing to text log files. That's different compared to other tools on the market. In Certify, we have a structured test execution and overall structured data.

Last not least is multi interface support is important for our applications landscape. With certify we can test SAP, Net, Java, Web and Android applications with one tool.

Certify's web UI testing abilities for testing of modern applications like SAP Fiori was good when we started and they developed it to be even better. We all know that web applications can change objects in DOM quite fast and it breaks tests. To counter it Certify has made object recognition more flexible and generic, so we don't have any troubles.

For standard and UI stable applications like SAP ECC 6.0 we have no trouble at all due to predefined objects and rich library of methods. That means we don't need to spend time writing a library, which could happen in some of the open source frameworks.

One caveat is that if you start running models in different parts of the end-to-end process — when you really try to hit the sky and make everything automatic, to cover multiple supply chain tiers processes in one e2e test, or similar processes that are really complicated — then tool simplicity turns into disadvantage. On other hand it stops us from unnecessary over engineering the test automation framework.

Architecturally, because Worksoft specifically built a database-oriented application, you essentially store code in the database. Git and text files orientation is more traditional approach with boundless set of tools to control versions, manipulation and analysis. But at the same time, Worksoft supplies us with their own version control inside Certify that has sufficient functionality for now. 

When it comes to mobile testing, we have a small bottleneck there. You have to buy third-party separate licenses if you want to test on a mobile. Business wise we see room for improvement there, although it's that really critical for us. 

None of these are showstoppers for our operations. Worksoft proved to delivery significant improvements in last 3 years and more we wait from 11.5 version. Overall, we are quite well covered with test automation related tools and nothing special is needed.

We've been using Worksoft Certify since 2017.

It's stable. Our approach is that we don't deploy the latest fresh version to production straight away. We wait for a few patches and follow with upgrade instructions. It doesn't matter if it's Certify, DB server, Linux or anything else.

Only case I could recall related to stability problem is a one mess-up in the database during over-few-versions upgrade about three years ago. It required some database cleanup with scripts provided by vendor support.

But looking at the overall stability, it doesn't go down or crash. SLA is 100 percent for us.

Because it is three times faster than manual testing, we can test more with fewer people. That gives us operational scalability already. Platform also has the Execution Manager tool if we would like to have technical scalability via a cluster of virtual machines. In addition Certify itself supports multi-agents, APIs, and integration with Jenkins and other applications including PowerShell. That means we can also develop scalable setup ourselves

As for overall scalability of Certify, licensing is the main bottleneck. You cannot scale more than you have licenses for. You cannot uplift your digital workforce just for one month and run 300 nodes strong cluster for a big upgrade tests. It is not different for majority of IT products, we don't see much of a problem for now.

Certify is our main tool for test automation for ERP, for PLM, and HR. It's covering two major applications that are at the core of any big machinery or manufacturing corporation. We continuously increase the scope, because systems are developed and extended.

We use their enterprise-level support and it pays out. We mostly use it for tricky situations. We often talk with 3^rd level, with architects and other experts behind the certify. It gives us good insights. Separate gratitude goes to active key account management on vendor side.

As for our improvement requests, we speak with the community and we speak with architects and provide necessary information. We don’t know do they take it into their backlog or is it just coincidence that Worksoft have provided most of things we asked for. In any case we get what we require for our testing, we in constant contant and we feel that we are listened to.

We did not have a previous technical solution.

The initial setup was pretty straight forward, in general. There is a database, there are clients to install, and you need a licenses server.

The key thing that you need to know is what you are doing, how you do test automation, in general. That's above the specifics of any tool. You must know how to slice system-under-test into functional components, make the right model for reuse. It is important to break down end-to-end testing into smaller reusable items. That's not trivial, and you faced such challenge with any tool. You have to know what you're doing.

The deployment included one of week training and then a proof of concept for a couple of months. We ran typical end-to-end process in the proof of concept and found our ways to deal with above mentioned slicing, development guidelines and how to establish roles. There are useful guidelines provided by vendor as well. Overall it took about one quarter from the GO decision to start running regression tests.

Our approach to testing is as a "safety net," so we don't need to have end-users who run it and hunt for new defects. It's just continuously testing given scope and raises a red flag if something goes wrong. Such approach secures an immediate feedback for the development team or for the quality assurance team.

End users are not involved into testing usually although we could run hybrid testing with a mix of automatic and exploratory tests.

We didn't work with any third-party. There was initial training from the Worksoft itself for one week. That was it.

The return on investment, when we count the 160 man-hours we save monthly, will take about seven years for our scale

License model is a traditional one. As with any other manufacturing company, the software testing is not our core business, it's not in our interest to invest capital into the licenses. It would be preferable to have a pay-per-use model. At the same time, it's a fair game, for now. 

Aside from their standard licensing fee, if you want to have enterprise support, there's an additional cost.

We have done a few comparisons and we're continuously looking at the market to see if there is anything better, cheaper and more suitable. Market is changing a lot, RPA solutions expanding to test automation market, Robot Framework ecosystem is thriving and some other established vendors are operating. We're keeping an eye on it for evaluation. So far, cost-wise, feature-wise, and in terms of the learning curve or skills requirements, we are good with Certify. From our comparisons now, we would pick Certify again.

As always, you have to know what you're trying to achieve. You also have to think about how do you model your system-under-test; how it is written, the quality requirements and standards. The key benefit comes from reusable test scripts. 

When it comes to Certify itself as a tool, keep your eye on objects. If you map something, keep a good inventory so you understand it and you don't put all the objects in one big basket.

For me, the biggest lesson from using Certify is that you can do quite interesting and complicated things with the codeless approach. You don't really need a complicated programming language to do testing. 

Overall, I would rate Worksoft Certify an 8 out of 10. Of course we would like it to be cheaper and more powerful and developed faster. But are there products that I would rate a 9 or 10? I don’t thinks so. It's at the top of the market from what we know about the market.

Initially we were automating the regression suite for SAP ECC.

From there we moved into a web application called HVAC Partners, which is something that we've developed that is a type of customer portal. That application also connects to SAP, but it does some other things that don’t necessarily connect to SAP. It is a kind of front end for quotes and sales orders that go into SAP, but it's also reporting status of orders and status of warranty claims and the like for the customers.

From there we moved into the Middle East SAP ECC instance and automated their regression suite and, from there we rolled out S/4HANA for our service business. With S/4, SAP releases updates every quarter. Because the S/4HANA instance is in the public cloud we have two weeks, essentially, to regression test and test any new functionality. We started with the last release and we did about 70 percent of the testing with Worksoft. We also used the S/4 automation tool, which is more for unit testing so it's not as valuable as Worksoft. We're wrapping up that automation in about the next month and we'll be moving on to a European rollout of S/4. We'll just start working our way across Europe and those implementations.

We have it on a virtual server and we're using remote desktop access for the offshore automation engineers to access it.

We're using it with Fiori and it's working fine. We have integration in and out of S/4 to Salesforce.com so we also automated those. The test cases were end-to-end. We start in Salesforce, which is a web application, with, for example, a quote, and then it goes into S/4 and gets reviewed and approved. It then goes back to Salesforce with the approval and a sales order is entered that ends up going back to S/4. And then there's fulfillment, back and forth, and eventually billing and collections. We were able to do that whole automation with Worksoft, plugging into Salesforce as well as integrating to S/4 and doing the S/4 automation, back and forth. It's been incredibly useful. We saved something like 80 percent of the time it would have taken to manually test, using this tool.

In terms of using the Capture feature without knowledge of testing tools, we brought on some new support people. One of them is our web support person and she had no background in Worksoft. She's been using it to do all the initial captures for our HVAC Partners. She's been able to use it very easily. Our more experienced automation engineers will follow up, after she's done the Capture piece, and troubleshoot some of the stuff that she might not understand yet. They're working with her so that she does learn it. But she's been able to use it very easily.

Worksoft’s ability to build tests and reuse them is very good. We ended up obsoleting the tests and not using them with the other tool we used, whereas now, we rerun these, at a minimum, every month. We do that for a few reasons. One reason is to keep the health of the tests up. Suppose a material is obsoleted. The test that has that material in it is going to fail because it's going to say, "Material not found." Or suppose a customer is no longer a customer and he has been blocked or archived. We run the tests to make sure that the scripts don't need any changes. We also use them in case a process has changed. We're releasing changes to SAP about every two weeks: support tickets, enhancements, maintenance, etc. If a business process changes, then the automated test needs to change to reflect that change. Running them every month, at a minimum, helps make sure that everything is healthy.

The other reason is to identify anything in our quality system that could unintentionally impact other things that the programmers didn't realize. We've caught a couple of those in queue and they said, "Okay. I didn't mean to do that. I only meant to change this one thing,” but it changed all kinds of things and we were able to catch that before it went into production. So the reusability is fabulous if you create the tests properly: no hard-coding, and you’re using data tables to hold any of your field selections, and you're using good automation standards, so you create and consume your data. If you create it and consume it, when you rerun it, it does the whole thing again. You don't have to worry about finding a sales order that works, for example. You really have to create a logical test design to make it reusable but as long as you do that, it's very reusable.

It dramatically reduces the time we spend on testing. Before we started using this tool, everyone was pretty much doing testing manually and test events were taking from two to six weeks. What they did in two to six weeks, depending on the scope of what they were doing and how many people they had involved, we can usually do in one to two days.

The most dramatic was when we finished the Middle East automation. They were bringing up another company code and they wanted us to run regression testing on all of their current company codes, about seven of them. We completed it in about four days. The IT director came to us and said that it reduced their labor by 93%. “Quite frankly,” he said, "we would never have been able to do all of that testing. We would have had to engage a minimum of 28 people, and it would've taken them a minimum of eight weeks, and we still would not have been able to do all of the tests. We wouldn't have gotten them done." We were able to do it in a fraction of the time and with a broader scope than they would've been able to do. They would've done as much as they could and then they would have gone live and hoped for the best.

And we've also been able to use it for other things like certain recurring tasks that had been done manually. We had people who were manually monitoring Tidal jobs, which are batch jobs that have been scheduled to run. If a Tidal job fails, somebody has to go in and figure out why it failed and either restart it or fix it, and then rerun it. These are jobs like billing jobs and we automated them. They probably spend 15 minutes a week on billing jobs now, whereas we had somebody doing this about 12 hours a week. And then that person would have to send out an email to whomever the relevant person was saying, "Hey, check your batch job. This isn't running." They now spend about 15 minutes running it. It saves the emails to the users, documents the results in a spreadsheet, and puts it out to a SharePoint where the auditors can pull them any time they want. It was the same thing with monitoring the claims jobs. We've done a few things like that which have added to the value.

Automation using Certify has also saved testing time, big-time. As I said, the Middle East: 93 percent. For the S/4HANA project, what we did in three or four days, they had been taking two weeks and not getting through at all. With the release, you don't get to say to SAP, "Hey, testing is running behind, we need another week," because it's in the public cloud. Like it or not, they're going live. The drill is supposed to be: You test during week one and you remediate in week two and you go live that weekend. We got our stuff done, 70 percent of the work, in about three days, and it was our first time, out-of-the-gate, so it'll go easier with the next release. The rest of the team took the entire two weeks to do their 30 percent. And within the 30 percent they were doing, a lot of them were smaller tests. We were doing end-to-end tests that go through Salesforce and S/4, etc.

In terms of defects, the value is finding the defects prior to moving something into production. There are two I'm thinking of that we found in Mexico. One of them would've brought shipping to a halt and the other one would have brought receiving to a halt. If you shut down factories, even for a short period of time, there is this domino effect. The value of those finds is huge. And this wasn't even something that the guys making this change were testing. They were testing the piece that they changed, which was working. What they didn't realize is that they changed all items instead of just that subset. It was a minor goof in the programming. It was just too broad of a statement. 

I started in IT about nine years ago and we did total manual testing. We would have defects in the high hundreds to 1,000 during the implementation testing. Now, we're probably under 100, so it's much lower. It could be that we're just getting better at implementations.

It's pretty seamless with SAP and Salesforce because they've built in the field definitions and all the things that you need. You literally turn it on and execute your script and it records it. It's very simple. Then you can go back and put in some of the other functions. For example, instead of hard-coding field selections, you put in a data table so you can run it multiple times or with multiple data. It was actually written to work very well with SAP.

Salesforce came a little later. Obviously, big companies like ours don't just use SAP. We have integrations with Salesforce and CRM and CPQ and all these other programs that integrate with SAP. Worksoft started looking at its customer-base and saying, "Okay, what are the popular ones you guys use?" Salesforce was one that came up. So one of their releases, about a year or so ago, included the ability to record in Salesforce like it has for SAP, so it's super-easy.

We’ve used the Capture not only to train people on how to do things, but also to provide the output to our users so they can validate that what we tested was proper. Capture is very good. It is lengthy, though, because it documents every keystroke that you do. At the beginning it will list all the field selections that we use and then it will give you each step: what it is, pass or fail. If we put in a screenshot, that shows up. It's up to you as to whether you put in screenshots or not. A lot of the times the documentation we provide as a PDF is lengthy but it's also very thorough, which is good.

Certify provides codeless, end-to-end process automation across packaged applications. It works well with SAP and Salesforce, for example. Another one that they have done all the definitions for is Oracle. We haven't started on our Oracle ERPs yet, but it's good to know that we can. We just don't have automaters who know Oracle, so we're sticking to what we know right now. The process automation makes for relatively fast automation compared to the other tool that we've tried to use. It makes it so much easier because you don't need any technical programming knowledge. A lot of the other ones are Java-based or based on other tech languages. That's a skillset that the average tester or support person does not have. It makes it very easy for those guys and the learning is quicker too, because the troubleshooting is easier. You look at the code, you can read what it's doing. You understand the business process and you say, "Okay, that's failing because we failed to set this flag, or fill out this field." It’s pretty simple.

I would like the ability to more easily modify the report from the Capture feature. One of the things I don't like is that it keeps repeating all the field selections throughout. To me, if we put them up front, we shouldn't have to repeat them at the different steps. It should just be Pass/Fail and show the screenshot. I've talked to them about this in the past.

There's another part of the Worksoft suite that probably does a better job at documentation for training purposes and providing an understanding of business process. It's the Certify BPP which we're not using right now because we're really focusing on automating all these different ERP systems. Whereas the testing is very detailed, which is great for the auditors and it's great for the users because they see everything we're doing, it makes for some big PDFs. It's a double-edged sword.

Also, with the codeless process automation across packaged applications, once in a while, if we get a weird application that's not widely used, it gets a little stickier. First, the software has to learn the fields, so you have to identify all the fields. Once you do that, as long as there isn’t any non-standard code in the application, then it works fine. But there's that one step that you have to do, a step you don't have to do with SAP and Salesforce, for example.

In addition, Worksoft definitely needs to continue the march toward bringing in more and more of the software that people commonly use. They're doing that, but they can only march so fast.

I know Worksoft is doing some stuff with RPA. There are other tools that strictly do RPA, but aren't automated testing so I'm not sure if they will be able to compete with those. I know that we did do some automation, what we call "bots," with Worksoft, and it was clunkier than some of the RPA tools that are currently on the market. I suspect that they'll come up with a very competitive offering. 

I would also like to see some better reporting of testing status, reporting that we can easily generate to say "Okay, we're 50 percent done and we've got 10 fails and 800 passes." That's what test management software is for and Certify integrates with that. Bang-for-buck, it's probably not a great place for Worksoft to invest. They're probably better off with RPA and bringing on the ability to more easily test software, like Salesforce and CPQ. I'd love to be able to do that as easily as I can with SAP. I would like that same ability to use Capture in CPQ, instead of using Silverlight.

We started using Worksoft Certify in 2016, so it's been about four years.

Stability is very good. They do a lot of releases. They are probably using an Agile methodology, so every time I turn around, they have three more releases out there. It would be helpful if they could release once or twice a year, but I understand why they are doing it. They are adding new features because they want to get them out as quickly as they can. I just don't have time to stop, do an upgrade, and move on.

We haven't had a problem yet with the solution. It's been very good, and you don't have to upgrade every time they do a release. We do it probably once a year.

Scalability is fabulous.

We've certainly taken on more projects. When I first started about nine years ago, there was one major implementation at a time. At the moment we have about six major projects going on and, with the unwinding due to the spinoff, there are probably about 50, but those are not being tested with automated software. We're focusing on just the two SAP ERPs, S/4, and the ancillary web apps. It does allow them to implement faster. Since we did the Middle East, they've brought up two new companies in six months, which is amazing for them. It probably would have been one at a time over a year and a half or two years, otherwise.

We don't use Certify to create RPA at this point. We have so many ERPs to automate that we're sticking to that right now. We're trying to get to where we can pick up more licenses and build up the team so we can start doing some of these other things. Right now, with the spin-off from our parent, everybody is hyper-focused on unwinding. When you're part of a big organization like we were — we're still pretty big but we were huge, Fortune 50 — and you start unwinding things, there are so many shared services and servers that are on their domain, etc. It's going to take us two to three years to unwind all that. So we're marching ahead on our ERPs and I'm keeping my head down. I have my seven licenses, although I want to get about 10 more, but I'm not going to raise my hand until we get unwound.

Most of our issues have been our own internal infrastructure issues. We have a very tightly controlled infrastructure, so I'm always banging up against that. Worksoft has been able to help us solve these problems, and they're not even their problems.

It's far easier than other solutions. We previously had HP Quality Center and we could not maintain it. Prior to my taking over testing, they had implemented that tool. They brought in some outside contractors who did the initial automation and they handed it off to the support team to maintain. But it was so complex to update it when there was an error, or just for general maintenance that needed to be done, that they found it easier to just manually test. They quit using the tool. It was a complete waste.

With Worksoft, in stark contrast, there was a little bit of a learning curve up front because for about 70 percent of your effort you can use its record function that just records your keystrokes. But then you have to go in and harden the script, and put in data tables and screenshots and validations, that type of stuff. But compared to the other tool, there are no real programming skills needed. You learn how to use the functions and when you look at the script or the test, it's not like looking at code. You can actually read it and say, "Oh okay, that's inputting the month and the year," or "That's validating that the sales order posted." It's in English and it's very clear to follow. There's a drag-and-drop, and delete and all the things that you're used to using with other applications, like Word and Excel, that makes it very simple to use. Initially we had a little bit of training involved, but since then it has been incredibly easy compared to the old tool. The old tool didn't make it past a couple of years. It's been four years with Worksoft and we've got interest, globally, from other parts of the company that are asking, "When are you going to automate our regression suite?" So it has been very well received.

Setting it up was pretty straightforward. My biggest frustration was with our infrastructure. We set it up as a remote desktop but our company has all these firewalls and restrictions around access, and my team is mostly offshore contractors.

The offshore contractors have different access than I do. I spent a lot of time whitelisting different web sites to give them the access to the software we are testing.

Deployment took about a month and a half, mostly due to the infrastructure problems. However, now, when we need to upgrade the system, we can pull it down and run the installation. Then, we always get on a call with Worksoft, because if we miss one step and it doesn't work, we can't afford to have the team down. So we get on a call and spend about an hour running through the update.

Worksoft was fabulous help with the setup. They would get on a call anytime. They would help us walk through issues and help us figure them out; even how to navigate our systems. Their assistance during the setup was phenomenal.

We have seen ROI but it's very hard to capture because a lot of the benefits are hard to monetize. We have seen a huge reduction in the time to test and a huge reduction in the number of people needed to test. Rather than lay off a bunch of people, we've chosen to do more projects, so our rate of implementations has gone up. 

The 93 percent reduction in labor that the Middle East calculated was pretty impressive. I would say that, on average, it would be more like a 70 percent reduction in test time, because you still have to have people review the tests to make sure they're comfortable. Even though we say everything passed, they're going to want to review them. And then there's the retesting of any remediation that needs to be done.

The initial investment is probably a little high. It was a little hard for me to sell, but it was a one-shot deal and that's why it's so high. All we are doing now is paying annual maintenance, which we don't have to do if we don't want upgrades, but we do.

It is based on the number of licenses. If we had bought a larger number of licenses, our costs would have come down significantly, which is fair. I did struggle a little bit trying to sell it because our company had already had one failure with a testing solution, and here I was asking for money to try again. However, since we got it in, we have had great success.

We have seven licenses today. The people using it are three automation engineers/quality assurance testers who do SAP ECC. We also have three who do web application testing. They are the ones creating the automation for our portals, e.g., customer portal. I have one test lead who oversees this team and bounces between both SAP and web testing. We haven't bought a whole lot of licenses and haven't rolled it out to a massive number of users. We're doing all the work ourselves.

Since these are concurrent licenses, we could double the number of users with our current licenses because six out of the seven are offshore. While we are sleeping, they're using them.

The solutions we evaluated were all Java-based and they all took skills that we didn't have and we would have had to hire people to use them, or we would have had to train people. The people those solutions might be good for would be developers, but I'm not going to get a budget for a bunch of developers on a test team. And developers don't want to test; developers want to develop. I wouldn't even be able to hang onto these people. That's what failed with our initial attempt. We brought in programmers, they came up with a test, and nobody could maintain them afterwards. It was an investment that we threw out.

There are a number of lessons I have learned from using Certify.

• When you get started with it, you need to make sure that you have an executive sponsor so that you get the cooperation you need.
• Pick up some mentoring services from Worksoft to help you get started.
• You need to document your test cases well. Don't just start without good documentation, because then you make mistakes and then you have to rework that particular test script.
• Be very organized in the naming conventions and the standards you're using to do the automation. For example, don't shortcut. Fill out the fields that explain what the test objective is. That way, when somebody else comes in a year later and they ask, "What does this test do?" it's right there. Be organized.
• Try not to do too much with a single test. We wrote some that were crazy long: 500 to 600 steps because our process was a very complicated process. Step back and think in terms of logical chunks, because a script which is that big is difficult to maintain. You fix one thing and you get 20 percent of the way through and something fails. So you fix that and then you get another 20 percent and something else fails. It will take somebody half a day to fix one script. You can't have that delay when you have 500 that you're maintaining.

I would put Worksoft Certify right up there at a 10 out of 10. It's been the easiest package that we've done. The S/4HANA tool that comes pre-written, where we just go in and change our data to make it applicable to us, is pretty simple but it's not flexible enough. You can only test S/4HANA within those four walls and almost nobody uses just S/4HANA. There are always integrations. So Certify, as a tool that works across integrations from one package to another, documents the results, is easy to maintain, and easy to use, is a 10. I have not seen a package that is this easy and we did look at other ones. This one was just head-and-shoulders above them. It's really a fabulous product, I'm so impressed with it.

The reporting feature is something we look forward to. Also, the Worksoft training that we have done was mainly on the web application along with SAP, SNOW, and Silverlight integrations with the tool. It works efficiently with any tool. The projects we mainly used were for the testing of SAP applications over the web. 

Automating the User Acceptance Testing (UAT) process is the most valuable feature of this tool which helps us save loads of time for our clients on the projects and also generating testing and other reports.

We are doing Worksoft Online Training and also take up various Worksoft automation testing projects. I have totally trained about 50 participants on this tool. Most of the trainees are happy to learn and use this product in their jobs now. We have also done two projects, one for retail sales chain and another for a banking project. Both of the projects were delivered on time and the clients are happy to generate some automated OOB reports and also create their own Receipts. The clients were happy with our timelines and also with the training we offered at the end of the implementation.

Most of the features are good. However, being codeless is the best feature that makes it easy to use for those who have done any coding but understand simple English like commands. Anyone with basic knowledge of using a basic tool can learn and implement the solutions with Worksoft. This is why we have been able to train so many consultants on this tool and they use the same in their jobs currently and keep referring us for more candidates. We recommend using this tool for your automation testing projects.

Pricing is a bit high and we would like to have the availability of a trail environment for beginners and training would be great to have and easier to expand and use by more and more consultants.

The bigger reports needs to be more customized by the tool for better use, also tool also can be further simplified by a better Graphical user interface (GUI) will help us a great deal while taking up projects. 

We look forward for these upgrades so we can enjoy using the tool more and help others learn this tool.

I have been using this for the past three years. It has evolved as a codeless automation tool for testing. We used sed 10.0.1 and are currently using 11. 

We have also used few other tools for our trainings. 

ROI is pretty good so far.

We would like to have a cheaper version for a single user/trail version of the same for our trainings. The cloud based environment should be available free for the trainings for 15 days or so.

We do trainings on a needed basis so we understand the demand of various tools in the market. We strongly believe while Worksoft is a good tool it is losing its potential a bit to other tools in the market. The demand for training has gone down in the last two years.