The current limitation of only supporting HTTP(S) traffic significantly impacts the ability to test applications that utilize SignalR and WebSocket transport. This is not just an issue for Blazor Server applications, but affects any .NET application leveraging SignalR, which is increasingly common in modern web development.

While we have attempted workarounds, such as capturing WebSocket traffic using Fiddler, these solutions do not yield the expected results within Test Studio. The inability to accurately simulate WebSocket communication during load testing compromises the reliability of our performance assessments.

Adding WebSocket support would greatly enhance the functionality of Test Studio and better serve the needs of developers working with modern real-time applications.

Once I have the browser up and running I don't need to start from 'Log onto URL'. Hence my high partial test run use.
I may be only running part of a test, but when the test is 500 steps its cumbersome to highlight the section I want to run, and where to stop.
It would be much easier to set a breakpoint, run the part of the test I need, and stop midway.

In Settings allow the user to keep the recorder live, or turn it off at the end of a set of playback steps.
Every day, and usually many times a day I forget to turn it off and begin recording random steps. Then I have to go find them and delete them.

Once Annotations is on leave it on similar to the Debugger.
And with it leave the ms where it was.

Every time I log on it takes me a few minutes to realize Annotations is off.

Edit in Code:
If no change is made to the file do not convert it to custom code.
I believe the staff would get fewer help tickets caused by 'coded' steps.

Visual Studio and Azure pipelines - they only support unit tests to be associated with the test cases and not Test Studio tests. there should be some easy way to convert studio tests to unit tests(nUnit or Junit etc.). Else Azure CI/CD DEVOPS is incomplete.

 

A project's BaseURL appends a slash after the URL is entered into a Project's settings. This is not idea in environments where you URL's are parsed like the following: 

1) Protocol: http://
2) Environment: dev, uat or blank
3) Sub Domain: admin, shopping
4) Domain: mycompany.com

So when the base URL for the dev test list is "http://dev" for example. It navigates to http://dev/shopping.mycompany.com. It would be preferable in some cases if the test would navigate to http://devshopping.mycompany.com. 

To achieve that, there needs to be a method to remove the appending slash from the Base URL. 

 I generated html report using  ArtOfTest.Runner.exe, but when I open the html file in browser,  I'm not able to see the images for Actual or Expected. It's always displays a default images.

When you enable annotations and execute the test from  project's explorer context menu the annotations are turned off. 

As a workaround you should use quick execute button or F5

When I run my test that requires a button click event it works fine. However, when that same test is run from test list, it does not - the web page remains the same, with the visible button not being clicked.

Weird, this only seemed to happen after upgrading to 2022.1.215.0

If a manual mouse click is introduced on the login dialog it is able to update the textbox with the DataDriven info.

Steps to reproduce: 

1. Record a sample test on https://demos.telerik.com/kendo-ui/textbox/index. 
2. Enter name in the KendoInput field. 
3. Add a step to verify the value of the KendoInput through the highlighting menu and execute these recorded steps. 

Expected: Successful execution.
Actual: The test fails on the verification step and reports that the value of the KendoInput is null. 
Additional note: If the verification is added for the input control (instead of using the KendoInput), it is executed as expected. 

The translator for KendoAngularTextbox matches the textbox control in Kendo MVC and records the respective step. The execution of the test is not consistent. 

A specific coded steps test cause Chrome to be closed when trying to perform a partial run using Run->To Here. 

The coded step before the navigate one is starting a proxy to log the traffic.

Sample project is provided internally.

There are no built-in translators for Kendo React controls. 

It will be useful to revisit the story and evaluate the need of such translators.

Explore the options to improve the time for exporting the load test results. 

A specific customer application does not display the Elements menu in recording mode.

There is no direct method in the Testing Framework, which can be used to scroll the RadGanttView control in WPF app. 

It will be useful to explore such implementation.

Trying to open a RadComboBox with

var csBox = Window.Find.ByName<RadComboBox>(ComboBox);
csBox.EnsureClickable();

csBox.SelectItem(1);

Observing the automation shows we are waiting no time for dropdown to open and I am getting exceptions claiming there are no items in the list.

The cause is related to the fact that the public void WaitDropDownAnimation(int millis) method of Telerik.WebAii.Controls.Xaml.Wpf.RadComboBox is not working as expected. 

Workaround: You can use Window.Find.ByType<RadComboBoxItem>().Wait.ForNoMotion(milliseconds); before selecting the item from the dropdown.

 

It would be nice if there was a way to avoid simulating real typing for a search box.  There is no option to enable/disable it, but it is clearly using this behavior.  I've tried a workaround of entering text directly in the input element, but it doesn't seem to register it when this technique is used.  I don't see how a textbox can be made to work without this behavior but a search box cannot.

Simulating real typing tends to be the most fragile part of our tests, and all we really need is to enter text and then search.  It also slows down the tests quite a bit vs. just setting the text directly.