What is our primary use case?
I used to work with Selenium at the start of my career, but right now, from the last almost four and a half years, I'm working on Leapwork automation tool.
For automation, I used to work on different tools such as JMeter and Selenium, but when I joined Tyler Technologies, USA, we were trained for using Leapwork, and when I use it, I simply love Leapwork. As far as the other tools, we use other tools for management purposes, such as TestRail, Jira, and other software. For automation purposes, we mainly work on Leapwork to automate our processes and scripts.
Basically, we follow the CI/CD testing environment, continuous integration, and continuous development. What we do is there is a product, ABC product, and we receive a request from a client to add a feature in this product. Before adding that feature, we have data and reports from the past that show the behavior of our product, the current bugs, and the number of test cases which got passed or failed. Then we integrate and add the feature which the client requested. After adding the feature, we simply run all test cases again, including the previous ones which we had before adding the feature. Then to test the new feature, we write new test cases, create automation flows, run them, and then run the whole regression run of flows to test the new feature.
What is most valuable?
TestRail is a tool where we have test cases for our ABC product. Test cases mean there is one module in the product, for example, the payment module. To test that module and verify if it is working properly, we write steps. We use TestRail to write these steps. In TestRail, we have options in which we can write the step-by-step process of each test. We can write one single test in multiple steps to make it more understandable.
TestRail has many great features. We can use attachments with it, such as videos or screenshots for proof or for any new user who is not familiar with the product. The steps can be edited by anyone and we can see the history as well, including who has edited or modified the test steps. The reporting capabilities and the simplicity of it make it user-friendly, as new users can easily understand the tool. The simplicity would be the greatest benefit of TestRail.
I have integrated TestRail, Leapwork, and Jira together using PowerShell scripting. When we have 100 test cases and before every release goes out to our customers, we kick off the regression run in Leapwork. At runtime, when the test case passes, it reflects the results on TestRail. If it fails, it automatically creates a Jira story and sends that story to our backlog for further investigation to determine if it's a product issue, Leapwork tool issue, or a logic issue in the automation scripting.
What needs improvement?
In TestRail, there is significant difficulty with roles and rights. They are not in the mainstream. The person who has the license has all the rights, which is understandable, but TestRail needs to make it more clear and visible by dividing into segments. For example, distinguishing between a user, modifier, or author, and giving them badges or positions to indicate their capabilities. Any user must know their capabilities while using TestRail and what they are able to do.
When I started automation testing in my current company, we only had 10-20 automated test cases integrated with TestRail, but we scaled up to thousands. We managed this scaling without any major issues. For other companies and people, TestRail can be used effectively because there is a great community available on Google.
For how long have I used the solution?
I used to work with Selenium at the start of my career, but for the last four and a half years, I have been working with the Leapwork automation tool.
What do I think about the stability of the solution?
Sometimes we encounter issues with TestRail, but that's very rare, occurring once in six months or so. When TestRail goes down or becomes unresponsive, we inform our IT department and they coordinate with the TestRail team. These issues are usually resolved quickly.
What do I think about the scalability of the solution?
TestRail is definitely scalable. When I started automation testing in my current company, we only had 10-20 automated test cases integrated with TestRail, but we gradually increased to 100, 200, 1000, and 2000 cases. We achieved this scaling without any significant issues. Other companies and people can use it effectively because there is a great TestRail community available on Google.
How are customer service and support?
My team who manages licensing and administrative tasks, including HR people and IT people, escalate their queries to the TestRail team, and most issues were resolved. I personally escalate Leapwork issues with the Leapwork support tech team, and they are very quick to solve problems.
How would you rate customer service and support?
Which solution did I use previously and why did I switch?
In the old school way, people used to write test steps in Excel sheets. I also used to do that, but that was not an effective approach. I haven't used many test management tools. TestRail has been the primary tool I have used in my career.
How was the initial setup?
I was involved in the initial setup after discussions with my manager, team, and management decided to implement TestRail. After receiving credentials and sorting out licensing, I started using it and provided feedback week by week, month by month, year by year. We have built a great system using TestRail.
What about the implementation team?
I was the first one hired and given the responsibility to create the whole framework and build the system for automatic testing to save time for manual testers. I started building the system gradually, hired and trained multiple people. We follow scrum methodology with daily stand-ups and meetings to share progress. I conducted proper training sessions about our framework, integration, and the purposes of TestRail and Jira. I created a demo system for them to practice and learn, and they can always ask questions when needed.
Which other solutions did I evaluate?
I used to work as a manual tester before moving completely to automation. After running 100 flows for multiple releases, we receive an automated email showing the results. If 15 test cases fail, we investigate the reasons for each failure. The investigation process involves checking reports and logic to determine causes such as site downtime, unstable environment, or missing scripting logic. These investigations need to be done manually, and I have trained my team members to follow this process.
What other advice do I have?
TestRail is a tool where we have test cases for products. For example, with a payment module, to test if it's working properly, we write step-by-step instructions and record the results. In TestRail, we can write detailed steps to make tests more understandable. To automate, we mimic these steps in Leapwork. This saves time and effort as we can run tests whenever needed.
I would recommend examining what people are building and their product requirements, but TestRail has proven to be the best fit in most environments. After seeing specific details, I would be happy to share my thoughts about TestRail.
Tyler Technologies should be mentioned as a reference.
This review rates TestRail at 7.5 out of 10.
Which deployment model are you using for this solution?
On-premises
If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?