Hi,

We are unable to use TestStudio for WPF, when closing the window during recording we get an excpetion.

I tried and created simple wpf app in VS 2019 and get same results.

I attached a C# project as solution was to big.

Simple app is based on VS 2019 telerik for WPF project, created as blank.

Only code changed is adding a DispatcherUnhandledException on App class.

Handler:

private void OnDispatcherUnhandledException(object sender, DispatcherUnhandledExceptionEventArgs e)
        {
            if (e.Handled || e.Exception == null)
            {
                return;
            }
 
            e.Handled = true;
 
            MessageBox.Show(e.Exception.Message);
        }

Steps:

1) Create new project

2) Create new test for WPF 

3) Configure to the WPF app exe file

4) Click record

5) After test studio is connected close the window.

Expected results:

Window get closed without any problems.

Actual results:

While closing the window exception is being thrown that we.

Make it possible to add Keyboard Keypress steps against a target element from the Step Builder.

Currently the only way to add Keyboard Keypress actions is through a coded step that sends desktop actions.

In the "Results" tab, the "View Performance Results" icon is not consistent. It appears even though there is no test selected and in some cases disappears, if you switch between test list results.

It does work as expected and all icons are showing, after selecting a test from the test list results.

Add functionality to delete all steps that do not match your filter. 

After I filter out the unnecessary domains, I delete the individual steps.  The primary reason that I perform this manual deletion is to detect extra Think Time steps which may linger after the filtering.

Add functionality to change all Think Times to the same value for the entire User Profile. 

This would save having to go into each Think Time step and making a manual modification.  This would save time and help ensure no stray values of Think Times (say 200 instead of 20) were entered.

Add a toggle functionality for custom dynamic targets in order to enable/disable each on or all of them.

In the current state, you have to delete your custom dynamic target in order to disable it from your User Profile. That way you lose the information there and if you need it again, you must create it from scratch.

Copy a User Profile with its current state of custom dynamic targets.

The existing workaround is to copy the whole load test, but that makes the project unnecessarily large and does not cover all scenarios. It would be helpful to be able to copy existing User Profile in its current state.

Group custom dynamic targets with the same source step and value.

That way you can make changes to a group of dynamic targets at once. In this regard, maybe it will be helpful to allow multiple destination steps for one custom dynamic target.

Currently the popup window for editing user profile, choosing dynamic target and adding new dynamic target are all opened on top of each other. This prevents the user from going back to the previous windows to view steps and request details.

It would be great improvement in usability to be able to switch back to the different windows while designing your load test.

The browse button, which allows you to set the path to the WebDriver is not showing. It is hidden by the vertical scroll bar in the Project Settings -> Browsers tab (see hiddenButton.png).

As a workaround, you can set the WebDriver path from Test Studio's Test Runner (see workaroundTestRunner.png).

The load test fails to upload to the database, if there is a "." in any of the header names. The limitation comes from MongoDB's driver.

As a workaround, you can change the header name to not include "." or delete the key-value pair from the .tstest file.

At this point it is possible to run a WPF application with arguments only as a workaround - starting a separate process in a coded step as given in this example.

It would be more useful if this feature is implemented when configure the WPF app in the test.