Hi Team, I would like to be able to use a cloud based browser platform similar to BrowserStack, Sauce Labs, Ghostlab, Browsershots, etc. In order to avoid setting up massive VM farms to distribute browser iteration testing. Thanks!
Sometimes customers want to be able to run their test with the browser launching in a special mode (e.g. incognito mode, custom/specific user profile, etc.). If the customer could add custom command line parameters to be used when launching the browser they could accomplish this.
It is currently not possible to set “OR” rules in dynamic test lists. For instance if we have lots of folders with tests and we want to create a list with tests from the folders “Pages” and “News”, currently test studio applies “AND” rule and searches for a path name containing both words.
when r u releasing mac version?
As a user I would like to have the ability to import Postman and/or Swagger API requests.
Be able to reuse a test by referencing it from another test - i.e. adding a step in a test, that executes another test ("Test as Step").
Be able to execute the same test case or step multiple times for each record in a data source (external file or built-in collection). Each record in the data source should provide arguments to be used as input values for execution of the step or as expected values for verifications.
As a user I would like the ability to Schedule multiple test lists at the same time. Currently you can only schedule on List at a time.
I would like to have official support for Atlassian's Bamboo CI tool. This is a very heavily used CI environment, and although we can still call from the CLI, it would be nice to have baked-in compatibility.
Implement project setting property to define the Storyboard image quality (detailed or basic for example), where detailed will include high resolution image and basic will be the current resolution
We occasionally need to end a test list in order to fix a specific test, and the list could be halfway through and 45 minutes in. I think it would be beneficial to still be able to pick a starting point in a test list (with the default being the beginning), and run the test list starting from the test you choose. This way if you've run half your list and needed to stop it for some reason, you can just pick it back up from the next test in the list.
Need report that shows pass/fail over multiple projects and email sent to distribution. I have not been able to locate any tools in Telerik to do this basic function. I have attacted a screenshot to explain what I am trying to https://www.telerik.com/account/support-tickets/view-ticket?threadid=1048558
Make the test status box dockable so the user can still use the other functionality of test studio. Currently if it is open you cannot interact with any part of Test studio. Screenshot attached
Create and test a working example for running tstest files with TFS vNext.
1. Create account for above website 2. Use Test Studio to capture traffic for a new User Profile in a Load Test 3. Navigate to http://ngauthenticationweb.azurewebsites.net/#/home 4. Log in with just created account 5. End recording when page loads after logging in 5. **Authentication token is generated in response of "http://ngauthenticationapi.azurewebsites.net/token" call 6. **Generated token is used in request of "http://ngauthenticationweb.azurewebsites.net/app/views/orders.html" call Expected behavior: The token to be detected as dynamic target. Actual behavior: Dynamic Targets button not enabled in Test Studio if this web traffic is used
when the tests are distributed there is no way to know on which machine which test was executed. I would like to know which machine executed the test.
Schedule Lists: Cross project Scheduling of Lists in Bulk for regression. Currently we must go into each list and schedule one at a time in each project. I would like to have a Global view of the Scheduled test lists.
Steps to reproduce: 1. Open a source control connected project and keep it open on a machine. 2. Open the same project from source control on another machine and change the UnexpectedDialogAction setting of a test list to anything else and check in your changes into the TFS. 3. Get back to the initial machine and pull the latest version of the project. Expected behavior: To get the recent state of the test list settings as checked in from the second machine. Actual behavior: The test setting remains the same as it used to be.