Last Updated: 28 May 2020 12:48 by ADMIN

If you have opened the web test and execute a performance test list, which includes this test, the performance details will not be updated automatically in the Performance tab.

You need to reopen the web test and go to the Performance tab to view the updated details.

Last Updated: 19 May 2020 08:51 by ADMIN

When using Test Studio for API standalone, the coded step is deleted after reopening API project.

Steps to reproduce:

1. Open Test Studio for API standalone and add a coded step (C#)

2. Save project then close it

3. Reopen the project in Test Studio for API standalone and the coded step is no longer there and the Test Case will now show a VB# instead of C#

4. Recreate the coded step and the method will show "A class with this name is not found in the test's code-behind file"  

6. Click on open Code-Behind and the project will crash.

Note:  API Test as Step in Test Studio works as expected and reopening the API project within Test Studio doesn't delete the coded step.  However, we create a “common API project” that is shared with the QA team then imported into new test studio project.  We have a workaround but not ideal which is to create the API project within Test Studio and copy the API test folder to share with the QA team.

Last Updated: 21 May 2020 15:26 by ADMIN
Created by: Fletch
Comments: 5
Type: Feature Request
Are there no settings in the application to adjust font sizes? 
Under Review
Last Updated: 12 May 2020 11:43 by ADMIN

See the screen shot.

There are two annotation markers. For some reason, a "MouseClick:LeftClick" will appear, as it should, but then it sticks there, even as 10 or 12 other steps execute and their annotations come and go. Sometimes another MouseClick:LeftClick will appear and the old one will go away and then the new one will stick. But this does not happen every times. Sometimes a new MouseClick:LeftClick annotation comes in and goes away and the old one is still hanging around.

This happens will almost all of my scripts.

Is it because some of the mouse clicks are from recorded steps and some are from code steps? This is just a guess.

Last Updated: 14 May 2020 15:13 by ADMIN

Steps to reproduce: 

1. Record a test against the demo page
2. Select an item from the DropDownList control.
3. Note! the recorded step to select an item from the dropdown is not the KendoAngularList one, but is the KendoListBox. 
4. Execute the test.
Expected: to pass the test.
Actual: the correct item from dropdown is selected, but the step is failing with unexpected error. 

Workaround to resolve the issue: Open Project Settings and disable the Kendo UI jQuery translators (or the ListBox one only), save the changes and re-record the respective steps in a new recording session. This will record the correct steps and the execution should work as expected. 

Under Review
Last Updated: 07 May 2020 10:39 by ADMIN

Hi guys,

We're using Telerik Testing Framework for automation and running tests primarily against IE browser and since we have security policies enforced on clients, tests started to fail more often with ApplicationException on start.

After some investigation we found that in LaunchNewBrowserInstance() function in Core.Manager has hardcoded timeout to 5000, which is not enough now for IE to respond. As you can see in the code below, everything is using 'timeout' variable except 'Connector.Attach(ref handle, 5000);' - it uses hardcoded timeout to wait:

internal static object LaunchNewBrowserInstance(
      int timeout,
      ProcessWindowStyle windowStyle,
      string pipename,
      string url)
      string str = string.IsNullOrEmpty(url) ? "about:blank" : url;
        ProcessStartInfo startInfo = new ProcessStartInfo()
          Arguments = (InternetExplorerActions.MajorVersion >= 8 ? "-nomerge " : string.Empty) + str,
          Verb = "open",
          WindowStyle = windowStyle,
          ErrorDialog = false,
          FileName = "iexplore.exe"
        System.Diagnostics.Process process = System.Diagnostics.Process.Start(startInfo);
        TraceInfo.Framework.ReportProcessLaunched(process, startInfo);
        IntPtr handle = InternetExplorerActions.WaitForIEFrameFromProcess(process, timeout);
        TraceInfo.Framework.WriteLine("Attempting to attach on IE frame (HWND={0})...", (object) handle);
        Connector.Attach(ref handle, 5000);
        System.Diagnostics.Process currentProcess = System.Diagnostics.Process.GetCurrentProcess();
        int num = currentProcess.Id;
        if (currentProcess.ProcessName == "ArtOfTest.Runner")
          num = InternetExplorerActions.SafeGetParentOrCurrentId(currentProcess);
        Connector.InjectCode(handle, InternetExplorerActions.ArtOfTestPlugin, pipename, num.ToString(), true, timeout, "");
        return (object) null;
      catch (Exception ex)
        throw new ApplicationException("Exception thrown attempting to launch Internet Explorer. Please make sure Internet Explorer is properly installed and you are able to launch it.", ex);

This is likely the cause, why our increased timeout settings are ignored and test fails shortly after start, even if we increase timeouts significantly. Visually, it looks like IE is doing some background job and is not responsive for some period of time and 5 seconds is not enough to wait. So, could you change the code to respect 'timeout' instead of using constant number?

We've been using Telerik Testing Framework for a long time already and from time to time had this issue, but workaround it by catching exception, killing browser and trying to launch it again. But now that trick is not helping anymore, the majority of tests fails with this exception on start.

This fix is really simple and will save us a lot of time, trying to invent some new solution to make IE more responsive on start.




Under Review
Last Updated: 22 Apr 2020 13:27 by ADMIN
Created by: Piyush
Comments: 2
Type: Feature Request
Add dark and light themes in Test Studio product that can be switched at any time.
Pending Review
Last Updated: 22 Apr 2020 09:58 by Ingrid
The Windows authentication feature in load testing saves the credential information unencrypted and completely visible. It will be convenient if this feature is enhanced and allows one to hide the used credentials. 
Last Updated: 22 Apr 2020 07:24 by ADMIN
Created by: Travis
Comments: 1
Type: Feature Request
I am in the evaluation phase of test studio. I think a feature to send selected steps to new test would be greatly beneficial to the test development process.
Under Review
Last Updated: 15 Apr 2020 10:33 by ADMIN

On a data driven web test, setting the DataRange property to the example "SingleRow" causes Visual Studio 2017 to crash.  I have three rows of data in a data table that are bound to specific steps of my test.  I was attempting to limit execution to only one row temporarily. Using SingleRow or 'SingleRow' causes Visual Studio 2017 to crash with the following stack trace as found in Windows Event log.  I was able to successfully use '1:1' or ':1' as a work around.

Application: devenv.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.ArgumentException
   at ArtOfTest.Common.Design.ProjectModel.TestBase.set_DataRange(System.String)
   at ArtOfTest.Common.Design.ProjectModel.TestBase.SetUserProperties(ArtOfTest.Common.Design.ProjectModel.TestBaseUserProperties)
   at ArtOfTest.WebAii.Design.ProjectModel.Test.SetUserProperties(ArtOfTest.Common.Design.ProjectModel.TestBaseUserProperties)
   at Telerik.TestStudio.Web.Toolbar.previewTestProperties_Click(System.Object, System.EventArgs)
   at System.Windows.Forms.ToolStripItem.RaiseEvent(System.Object, System.EventArgs)
   at System.Windows.Forms.ToolStripButton.OnClick(System.EventArgs)
   at System.Windows.Forms.ToolStripItem.HandleClick(System.EventArgs)
   at System.Windows.Forms.ToolStripItem.HandleMouseUp(System.Windows.Forms.MouseEventArgs)
   at System.Windows.Forms.ToolStripItem.FireEventInteractive(System.EventArgs, System.Windows.Forms.ToolStripItemEventType)
   at System.Windows.Forms.ToolStripItem.FireEvent(System.EventArgs, System.Windows.Forms.ToolStripItemEventType)
   at System.Windows.Forms.ToolStrip.OnMouseUp(System.Windows.Forms.MouseEventArgs)
   at System.Windows.Forms.Control.WmMouseUp(System.Windows.Forms.Message ByRef, System.Windows.Forms.MouseButtons, Int32)
   at System.Windows.Forms.Control.WndProc(System.Windows.Forms.Message ByRef)
   at System.Windows.Forms.ScrollableControl.WndProc(System.Windows.Forms.Message ByRef)
   at System.Windows.Forms.ToolStrip.WndProc(System.Windows.Forms.Message ByRef)
   at ArtOfTest.WebAii.Design.UI.VsToolStrip.WndProc(System.Windows.Forms.Message ByRef)
   at System.Windows.Forms.Control+ControlNativeWindow.OnMessage(System.Windows.Forms.Message ByRef)
   at System.Windows.Forms.Control+ControlNativeWindow.WndProc(System.Windows.Forms.Message ByRef)
   at System.Windows.Forms.NativeWindow.DebuggableCallback(IntPtr, Int32, IntPtr, IntPtr)
Last Updated: 22 Apr 2020 10:59 by ADMIN
The Console WIndow is no longer popping out in quick execute mode including partial runs using Run->... options. It will be helpful to allow this functionality to be enabled in case of need. 
Last Updated: 09 Apr 2020 11:03 by ADMIN
Test Studio v.2020.1 - The Console window is not being triggered when a test is being executed via the quick run option. 
Under Review
Last Updated: 06 Apr 2020 08:50 by ADMIN
Created by: Larry
Comments: 0
Type: Bug Report
The "Description" column is missing, when I export the test results from the Results tab in Excel. This was previously working on Test Studio 2019.1 and earlier versions. It looks to be a regression, so please take a look and resolve it.
Last Updated: 03 Apr 2020 13:44 by ADMIN
Test Studio version 2020.1.331 does not open a recent project successfully if using the Recent projects section in the Welcome view.  
Pending Review
Last Updated: 13 Mar 2020 13:45 by Claire

When I close the Remote Desktop connection, the Test Runner on my VM reconnects to the Windows session successfully, but it does not set the correct resolution. 

It seems to default to a base resolution and not the one from Change Console Resolution settings in the Test Runner.


Pending Review
Last Updated: 09 Mar 2020 14:16 by Shamsher
Created by: Shamsher
Comments: 0
Type: Feature Request
In some cases, the Test Studio application log can get large and it is not possible to open it. Please add the possibility to split it into different files or set a file size limit, so we can open and analyze it easier.
Last Updated: 17 Mar 2020 08:01 by ADMIN

When you are in recording mode (with the Recorder attached to the browser) and execute a Test as Step with Run -> From Here or Selected option, the dialogs in that test are not handled. 

The dialogs are handled, if you open the test from the Test as Step and use the same options Run -> From Here or Selected for the test itself.


Last Updated: 05 Mar 2020 08:57 by ADMIN

I created a Drag & Drop step from the Step Builder during test recording and picked a specific target element for the Drop location. The steps is created and executed correctly, but I am not able to copy or delete it.

I can disable it, so it does not execute, but it remains in the tests as a step.

Pending Review
Last Updated: 25 Feb 2020 06:22 by Benny
We have multiple projects that run scheduled test lists on the same scheduling server. I want to see all scheduled jobs for all of them from one place.
Last Updated: 14 Feb 2020 13:26 by ADMIN
There are two issues with the way load tests are created.
1. Editing the newly created user profile. At the moment we rely explicitly on recording. There is no way to edit what you have recorded and make changes to the request.
   - There should be way to copy paste requests.
   - There should be way to create empty requests which you can then customize.
   - There should be a way to use external data in the requests from a data store.
   - There should be a way to reorder requests.
2. There should be an easy way to test your requests. At the moment there is no way to test how the recorded requests in the user profile perform.
The only way is to run a load test with a single user and record with fiddler. Then, in fiddler, I evaluate what was executed and then go back to the user profile editor and make changes. It should be done directly from the user profile editor.
1 2 3 4 5 6