Export a test list result to HTML and open it.
When you hover over the actual and expected images, they are zoomed. They are not visible enough and as a result it is hard to analyze them.
Please improve their resolution and visibility.
Currently you can find the ImageOnFailure in the project's Results folder under the unique test list's result folder (something like "Failing Test 132106926993112448").
Add Test As Step in Test Studio Mobile project. This will enable me to better organize the test scenarios and reuse already recorded tests.
The same feature is available in Web & Desktop projects.
We use the Telerik Testing Framework to run our pre-release tests on our AJAX.NET solution. The newest version contains the MultiColumnComboBox. The problem is, that the Testing Framework is missing a wrapper for the new Control (as the other controls have).
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.
Visual Studio behaves differently when using the PresentationCore.dll and on scaling different than 100% - here is some additional information about the Microsoft DPIHelper class.
Using this one somehow interferes with how Test Studio and the Testing Framework handles the different display scaling settings and causes some actions to be performed on wrong element.
Currently iOS Xamarin application can be configured to be testable on a Mac machine.
A good extension of the feature will be to add the ability to build the iOS application from Visual Studio on Windows machine.
It will be useful to implement handling the scenario where a page supports multiple files download in a sequence
- a prompt to decide whether to allow or block the multiple files download,
- download dialog steps to handle each of the files download location.
In VS 2010 and VS 2008 there was the Test View. From there you can get at a number of Test Studio specific test level settings, such as BrowserType, SilverlightEnabled, etc. There appears to be no equivalent in VS 2012. Test View has been replaced with a Test Explorer, but clicking on a test in Test Explorer does not bring up any test properties. As a result it appears you have no method to get at the Test Studio specific settings in VS 2012.
In VS2010, "this.ExecutionContext.DeploymentDirectory" returns the path to the default deployment directory. In VS2012 however, there is no such default directory and same property returns the path to the project folder. This is really confusing for our customers and we need to either change the implementation or remove that property completely. The following article describes how to set a deployment directory in VS2012: http://msdn.microsoft.com/en-us/library/vstudio/ms182475(v=vs.110).aspx
Again another item I have discussed, I operate in a Closed network environment and access to the VU's via the current online validation method does not work. The guys have been great to offer me the option of a specific build but maybe how licenses are validated could be changed to allow for this type of working environment ? - its the only tool I have ever had a problem doing this with.
Based on the documentation, system path is a manual step http://docs.telerik.com/teststudio/features/test-runners/add-path-environment-variables It would be very beneficial when you are setting up multiple test machines to add system path automatically(or an option) as part of TestStudio MSI installation.
I would like to make the list of agents "select all" checkbox, as checking multiple machines is tedious and if you misclick you have to start over as they are all deselected. I would also like to see a static set and save the "email to" in the results settings. I would also like to know who the test case owner is in the email as a option. I would like to have the ability to have the tests that fail in the list create a new test list, consisting of the failed test lists to run at a later time.