On a day-to-day basis, my company works on an in-sprint Agile model. In our company, whatever testing needs to be done in sprints is instead done on Tricentis qTest, and then those are linked to a particular story in Jira, meaning integration with Jira also exists.
We have licenses for qTest Manager and Flood. We use Flood for performance testing. We use the Manager on a day-to-day basis for storing the test cases and linking them with the NPM, with the Selenium automation test cases, and we schedule runs through qTest. We also have Jira Cloud and connectivity using the CI/CD pipeline. We connect qTest with Jira and set up our runtime and regression automation. Manual is done using just the Manager and the automation is done using Selenium and Selenide. All the user stories are done in JIRA. We take those user stories from JIRA and input them into qTest. From there, people write the test cases related to each and every user story and these test cases reside in qTest. qTest is then connected to a Linux box and Selenium. Since we have connected the qTest automation, Selenium runs the suite. We create defects in JIRA and connect that to qTest. This is how we link the entire package.
We use it for centralized management of our test cases and test requirements. We get pretty specific with it. We have a lot of scenarios and some pretty complicated business logic we have to test.
We have multiple teams working at Reflexis and test management is a critical aspect. We wanted to be able to maintain tests. We have multiple releases to be sent to customers and to internal teams. We use JIRA for defect management and for our internal project-tracking purposes, but for test management we primarily use qTest.
We are using qTest to store and house test scripts and test design. We're using the test execution to execute and we're using the Defects module to track defects.
When I first started here, my goal was to get a test case management tool. The testers were using spreadsheets, so the idea was to set up a strategy and plan to not only create a testing process, but to provide a way to improve that testing process. One of my suggestions was that we get a tool that allows us to be ready for the future, as we get to automation. Now after all the manual testing we have moved to Cloud Application testing for 3rd party Cloud solutions and also complete testing for our Electronic Medical Records system and integrations. It has allowed use to expand the Quality Assurance of all software used at Parkview Health .
Sr. Manager Quality Assurance at Forcepoint LLC (Formerly Raytheon|Websense)
Real User
2019-10-24T04:52:00Z
Oct 24, 2019
I use it for test case management. I manage testers and I use qTest in order to schedule and track test case execution within my testing group. We're on the cloud version.
Senior Director of Quality Engineering at Cheetah Digital
Real User
2019-10-24T04:52:00Z
Oct 24, 2019
The primary use case is to the overall testing process and management of our test cases, as far as the design, creation, review, and archiving of them goes. We use it to manage their overall status. We are cloud users, so we've got the latest and greatest version. They transparently push updates to us.
Tricentis is the global leader in enterprise continuous testing, widely credited for reinventing software testing for DevOps, cloud, and enterprise applications. The Tricentis AI-based, continuous testing platform provides a new and fundamentally different way to perform software testing. An approach that’s totally automated, fully codeless, and intelligently driven by AI. It addresses both agile development and complex enterprise apps, enabling enterprises to accelerate their digital...
The primary use case involves efficiently managing integration testing in conjunction with Jira and scheduling test cases through TOSSCA.
On a day-to-day basis, my company works on an in-sprint Agile model. In our company, whatever testing needs to be done in sprints is instead done on Tricentis qTest, and then those are linked to a particular story in Jira, meaning integration with Jira also exists.
My company uses Tricentis qTest for test management, so I use it for documenting tests and test executions. I also use the tool for defect management.
We use it for QA software that we build.
We have licenses for qTest Manager and Flood. We use Flood for performance testing. We use the Manager on a day-to-day basis for storing the test cases and linking them with the NPM, with the Selenium automation test cases, and we schedule runs through qTest. We also have Jira Cloud and connectivity using the CI/CD pipeline. We connect qTest with Jira and set up our runtime and regression automation. Manual is done using just the Manager and the automation is done using Selenium and Selenide. All the user stories are done in JIRA. We take those user stories from JIRA and input them into qTest. From there, people write the test cases related to each and every user story and these test cases reside in qTest. qTest is then connected to a Linux box and Selenium. Since we have connected the qTest automation, Selenium runs the suite. We create defects in JIRA and connect that to qTest. This is how we link the entire package.
We use it for centralized management of our test cases and test requirements. We get pretty specific with it. We have a lot of scenarios and some pretty complicated business logic we have to test.
We have multiple teams working at Reflexis and test management is a critical aspect. We wanted to be able to maintain tests. We have multiple releases to be sent to customers and to internal teams. We use JIRA for defect management and for our internal project-tracking purposes, but for test management we primarily use qTest.
qTest is our test case management tool.
It's our primary tool for managing for testing across the Guardian enterprise.
We are using qTest to store and house test scripts and test design. We're using the test execution to execute and we're using the Defects module to track defects.
When I first started here, my goal was to get a test case management tool. The testers were using spreadsheets, so the idea was to set up a strategy and plan to not only create a testing process, but to provide a way to improve that testing process. One of my suggestions was that we get a tool that allows us to be ready for the future, as we get to automation. Now after all the manual testing we have moved to Cloud Application testing for 3rd party Cloud solutions and also complete testing for our Electronic Medical Records system and integrations. It has allowed use to expand the Quality Assurance of all software used at Parkview Health .
I use it for test case management. I manage testers and I use qTest in order to schedule and track test case execution within my testing group. We're on the cloud version.
The primary use case is to the overall testing process and management of our test cases, as far as the design, creation, review, and archiving of them goes. We use it to manage their overall status. We are cloud users, so we've got the latest and greatest version. They transparently push updates to us.