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.

The initial setup was straightforward. I would rate it nine out of ten.

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.

The initial setup was a little rough in the beginning. It was so new for us. The whole idea of automation was new that trying to get the tool setup, internalizing all the best practice training and everything that came so quickly, was a lot to try to digest. Thus, we ended up asking if we could spread the mentoring out across a few months. This seemed to work better for us.

The setup was very straightforward. We did a proof of concept with Worksoft. They came in and had an engineer onsite. We set them up on a server and pointed them at our test SAP system. They built a couple of prototype tests for us. When it came to implementation, we had an existing prototype that we looked back on. I have a systems administrator on my team, and he was able to pick it up pretty quickly. 

The documentation was good. We did the install on our production system, copying over our prototype tests. We used that as our starting point for building out our library. We also sent out a couple of guys for training.

We were up and running with a functional system within a couple of weeks. The challenge, at that point, came down to training our business analysts on how to use the tool. This took longer than getting the system up and running, which was pretty straightforward.

Because we have a dedicated team that takes care of deployment, it's a smooth process for us. 

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.

I was not involved in the process.

Its initial setup is very simple.

Worksoft installation is straightforward. They have a dedicated team to support the customers during the initial installation. It doesn't take more than couple of days to complete the installation. A lot of our customers are very happy with the way Worksoft completes the initial installations. 

Also, the professional services offered by Worksoft to help the customer to set up the test automation best practices using Worksoft has been helping the customers to roll out enterprise wide automation using Worksoft Certify.

The initial setup was easy. We had all the information and the requirements that we needed to do the prep work before doing the implementation.

We went through a lot of initial challenges, mostly around internal resourcing issues. Looking back, I am happy to say that we could overcome these challenges and have managed to successfully implement an automation framework using Certify.

Early in 2017, we decided to go ahead with Worksoft Certify post evaluation of multiple automation tools. Our initial engagements with Worksoft consisted of several onsite workshops to explore the tool in detail along with technical feasibility assessments across our application landscape. These engagements were extremely beneficial and it gave us the overall confidence to adopt Worksoft Certify as our strategic test automation tool.  

We did a pilot implementation with Worksoft to see if we could take this ahead on a large scale before embarking on the major project to build the automated tests. Some key processes across our critical SAP systems were identified as candidates for this exercise. Test designs were created with support from the functional teams and taken ahead for automation build with Senior Worksoft consultants and our internal resources. This 7-week Automation Roadmap Engagement exercise was extremely successful and we learned a lot of lessons from it which helped us plan the next big phase of the automation roll out. It gave us overall confidence across the functional and management teams which subsequently led to securing the appropriate budget, etc.

One of the biggest lessons learned from this engagement was around the ways to structure our teams. This led to us going ahead with a Managed Services model with Worksoft. We have an offshore based Worksoft Automation Services Factory team who helps build our automated tests. The team can scale up/down based on our automation forecasts.

The automation deployment is still ongoing. The initial phase was completed across a five-month span. Currently we are rolling out the second phase of the automation build focusing primarily on our global Unify solution and the Openlink Endur application.

Regarding implementation strategy, we followed an agile two-week sprint approach. Our functional teams continuously created test designs and these were fed to the Automation Factory every two weeks, who in turn developed the automated tests. This was the most practical model, which worked well in our environment.

At its maximum capacity, we have had approx. 10 to 12 automation engineers in the Factory team. Our functional teams are spread across multiple global locations and we had between 3 to 6 resources working on test designs liaising with the business users as required.

From a script maintenance perspective, we spend an average of 4 to 5 hours every week with the current asset of nearly 800+ tests.

The solution is deployed on an on-premises model.

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.

The initial setup was pretty straightforward.

The last time we did it, for the upgrade into version 10, it just required me and one other person on the database side, and then the technical person from Worksoft. It was fairly easy. It took just a couple of hours. At that time, we were just upgrading. The basic architecture was already there so it didn't really require a project plan or anything like that. Once we got it set up, it was just a matter of migrating what we already had in UFT.

Ownership wasn't taken for the product during the initial setup, so it was a difficult process at first. Once ownership was taken, it wasn't that difficult.

The initial setup was very straightforward. We just build the database and installed the client application on the system. There was nothing out of the ordinary about it. It is not like setting up a lot of the IBM products or the Quality Manager, where there were so many different modules. There was just one module to set up.

The initial setup of this solution was straightforward as long as you have the SQL database up and running. It is a quick setup. 

The setup was done prior to my joining the organization. The existing work helps make my drop-in experience very smooth. It would be harder from the ground up, since there is a database and application server that needs to be installed and administered, and procedures and policies to define so that development is standardized (establishing naming conventions, specific ways to do things when there are multiple options available, etc.)

The initial setup was straightforward. 

In the beginning, it took a long time to integrate Worksoft in our landscape because we have a lot of security levels to fulfill. Therefore, it was not permitted to be install on the security server. It had to be installed through our data center. We learned step-by-step.

Due to security issues we could not use VPN tunnels, we had to have a jump server. This cost us in the end up to eight months. We had four solutions beforehand that were not successful. The fifth one was the jump server. This was the final one and is our solution at the moment.

In Germany, we have a higher security level. Therefore, it costs us by having a longer time to integrate. This is due to our requirements, not Worksoft. The reason why it took that long was on our side. We have a lot of IT departments. With security, social partners, and data privacy, there are a lot of requirements to fulfill.

After that, we agreed to have an automation manager on our team from Worksoft. He sat in Bratislava and all the open issues or questions sent to him, and he answered them, either directly or he contacted the support teams. Then, he assured that those Worksoft issues were solved. He also gave us hints how to use Worksoft, such as naming conventions and how to use it so you don't have a mess in the system.

After we had the automation manager for eight months, then he left. We decided to go with Cognizant, but that was also not successful. In the end, we decided to to have a Worksoft expert from Worksoft, if we need it. For example, we now need an for an expert for two weeks, who will tidy up our system. 

The initial setup was straightforward.

It took us a lot of effort and nerves to get it really running. I would also expect for the major CI/CD pipeline tools that these are somehow handled and covered.

The last upgrade of Certify happened in the month of March. That upgrade's time was around 30 minutes to one hour. There were also preparations needed because of internal policies for taking care of backups, which were a bit time-consuming.

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.

I set it up. I just followed the instructions. It was easily done.

It's an easy setup. There are some small configuration settings and then you can have a go. It's all up to the user to do the updates on the definition files. That's also easily available to us.

I started using the software without hearing from Worksoft. I only had to do some courses on the Worksoft University web page they provide. I didn't have any real, proper training, and I was up and running within two or three weeks. And within two months, I was able to provide enough support to get multiple teams within our company up and running with Worksoft. It's really straightforward.

I wasn't part of it, but I believe the initial setup and further configurations took two or three months in total.

Because of the fact that it's also able to do orchestration and because of the fact that our company is moving from the old SAP towards SAP Fiori — they wanted to have the main focus on Fiori for the UI part, in conjunction with the orchestration which Worksoft is able to do — at first it was only UI-driven. But we will expand into more and more Worksoft uses.

We ran into some issues with the version that we were on during the initial setup. We ran into a bug on one version, then they upgraded us to a new version, and we got hit with another bug. So, they had to put us in a beta. That was a little frustrating. However, besides the bugs that we ran into, the install was pretty straightforward.

The new environment was pretty straightforward to set up. There were four servers, and maybe a fifth one, if you wanted to have a separate server for automation testing.

Some of the integration depends on the subject matter expertise on your team. How well do they know ECC and their processes? Then teaching them how to use Certify to build out their processes. So, on a scale of one to ten, it is probably a seven if you are not familiar with some of the development principles, like looping. If you are not familiar with them, then it will become more difficult to build out processes needed. This is just understanding the methodology of doing certain things, not Worksoft specifically.

I can't speak to about the installation process, as we have a different person who manages installation. As far as setting up users goes, it's fairly simple within the application, once it's installed and functioning on the servers.

We started out with one model of being centralized and we're rotating to a decentralized model of sharing this out with more users and increasing usage. It's almost like we're in a second deployment of the product, and using more of the tools.

We're rolling it out to the specialists in each business area, on the information systems side. These are the people who are producing changes and who understand the changes and updates quite well. We'll have them write the scripts themselves, with our support as the center-of-excellence team. The idea is that they will be submitting the scripts that they've written back to us for code approval and then promotion to gold, to be able to be run regularly, as a script that's been validated. It should work well and be successful for them. We'll give them help with training, etc., in the Worksoft product itself. We're trying to focus on somebody becoming an application expert, for each application we're testing, and to be an application expert for the automation product, allowing them to function well enough within the Worksoft application.

The person who is responsible for installation is also responsible for maintenance of the solution. Like me, he is an automation engineer, but we have different focuses.

Our upgrade last year was straightforward.

The initial setup was pretty straightforward. However, we noticed that there were a lot of issues with the configurations and we needed to work back with Worksoft support.

The initial setup went well. It was straightforward. We wrote all down instructions and procedures that we need to have before the installation. Once we had everything in hand, the configuration was easy.

I think it was not really very difficult. It was quite easy to set up the tool. The architectural tool was really easy.

The initial setup was not really complex, just a little. We did not understand the full setup; it was just confusing. We really didn't get a full explanation of how things connected together until we actually started to use it. Once, we start using it, things became much clearer.

During the initial deployment where we received execution suite, the necessary information was not really provided. However, it was a fast deployment. We had to meet some deadlines, so people just came in and did the installs, or helped us do the installs over the phone, then afterwards we realized how things were connected.

The initial setup was pretty much straightforward. I cannot give you too many details because I did not take care of the implementation. But I know that it took us about two weeks to set up the whole infrastructure. It was not really difficult. And we had very good support from Worksoft, from the support and engineering team. They helped us in setting up the database, setting up the connections. It was not a big deal. In total, within two to four weeks, everything was working fine.

On our side, we had a couple of staff members involved in the implementation because our team is the application owner. We had to involve two more colleagues from the database team because we don't have all the authorization stuff, for the databases area, for the servers etc. In total we had about three staff members involved, but not full-time. It was about one work-week for each of them.

Maintenance is done by myself and one of my colleagues, with the help of our database and server/infrastructure team. We don't have authorizations for everything and we are not database experts. There are three or four staff members taking care of maintenance, as part of our job; it's not a full-time job, obviously.

Whenever we need to do a full upgrade, when we need to plan the downtime for the production system, we try to make it on the weekend. I also already recommended to Worksoft that it would be nice to have something like an offline update where the system can be upgraded or smaller changes and fixes can be included without having full downtime. For an upgrade we usually need two to three hours. Afterward, we do a bit of testing, so upgrading takes about half a day.

Yeah. That was actually pretty straightforward. When we set up our environment, they gave us a technical support person that really walked through with our system administration team to get everything set up in our environment.

The initial setup is straightforward. 

The vendor installed it for us, but there were still many issues. We've reported over a hundred bugs and defects. In that time, we could run stuff, but sometimes it has been standing still. 

The initial setup was easy. On a scale of one to five, with one being very complex and five being very easy, I would give the Worksoft Certify deployment process a five. It also does not need very much maintenance at all. 

The initial setup is pretty straightforward. There are a few packages that you need to install, then you have the tutorials which guide you on how to do it. It is that easy.

We had quite a slow implementation. The process has given us time to learn and do things in the right way. We have also received good support when we experienced any issues.

Initial setup is pretty straightforward now. Early on, I used to write my own .bat files for the install. Now, they have good documentation and you can either use a .exe or .mis file for the install and upgrade. And, I have found that support is available immediately during any installs or upgrades.

The initial setup was pretty straightforward. We had manual test cases already in place. Before you even got into the entire tool, you would have to do basically a cleansing of your manual test cases. We worked with Worksoft on an analysis period for about a month upfront, where they run through your test cases and make sure they understand what you're trying to test. Then, they try to map out a way forward as the best way to automate. Therefore, the gear up is the homework you do with them in that month before you even touch the tool.  That is the setup piece. 

The setup for us was wanting to know our test environments and putting together solid test cases. In our case, the account setup with customer emails, names, and addresses with all that testing data that you need. We spent that month getting the tests in good shape and all the prerequisites needed to run our tests lined up. Doing homework ahead of time then makes the autotesting run smoothly.

For a user to install it, the product can be complex.

The initial setup is relatively straightforward. The team helps guide you. The technical support is there. It comes down to the training that's applied, and having the people who understand the use of the tool.

Worksoft already existed when I joined. I am part of the team that maintains it.

If someone in the company wants Worksoft, they call the technology desk. Then, they get the proper license and credentials. The initial setup for these cases is straightforward.

It was a little difficult for installing, but the setup was not complex.

Initial setup was straightforward.

The setup was straightforward. We are running fine on a single applications server that houses the database and license server. The clients themselves have almost no configuration.

Setup of the software was extremely easy. Setting up the scripts was complicated at times (due to our customization of our SAP clients).

However, most routine transactions were handled with ease.

The initial setup was straightforward. Afterwards, we also setup Certify on the Citrix environment to be used by our partners.

The installation is simple, taking less than an hour to complete.

Installation is straight forward.