Need More Info
Last Updated: 03 Nov 2023 09:21 by ADMIN

The data generator should not soley control the output for the bound fields.

I want to generate a random string, such as XYZ. I want to use it in at least two fields. Each field will have unique prefixes and suffixes.

I suggest you add a checkbox on the target element dropdown that says: Element Prefix/Suffix.
By default it is unchecked.
When the user checks it a Prefix field and a Suffix field is seen. Just like the fields in the random string generator.
It signals the system to ignore any Prefix or Suffix in the data generator step.

An actual situation:
Field 'Company Name' would show The XYZ Company

Field 'Company Website' would show www.XYZ.Com

Need More Info
Last Updated: 18 Jul 2023 08:11 by ADMIN
I know you have comment steps, and I can do this in the Code behind, but what if there are no coded steps?  I would like a way to have a place to describe my test and give the ability to include TODOs, limitations, etc. 
Need More Info
Last Updated: 23 Jun 2021 15:01 by ADMIN
Created by: David
Comments: 1
Type: Feature Request
0

As our team has grown, we have seen Test Studio record elements that already exists but with different naming conventions and under different pages.

Although I understand that much of the element class (pages.cs) is dynamically produced, I think it would benefit the end user to be able to drag/drop organizing the elements much like you can in other solutions.  This would help the end user have a better organized and less chance for duplication/mess of elements.

Need More Info
Last Updated: 30 Mar 2021 09:35 by ADMIN
Created by: Richard
Comments: 1
Type: Feature Request
0

Hello,

After using Telerik Test Studio for a couple of yeas I have found a persistent problem.  I have found myself renaming some objects in the Elements Repository because the auto-generated names didn't make any sense when they are used in coded step.  The Element Repository engine that is responsible for maintaining optimizing the elements often consolidates pages and elements often causes some element objects to go "missing" because it has renamed these items back to some auto-generated form in most cases.  Some cases I've had them disappear altogether because of our changing page definitions.  I have still been trying to find what is the best way to implement pages within our given test environments.

The Step Builder and the Element repository optimizer is great for those who are less technically inclined (e.g. BQAs).  However, I would like to request a mechanism for maintaining persistent names within the Element Repository.  This is mainly because the loss of named elements used in coded steps.  I have found myself resorting to the use of the XPath property to reference said object in coded step so that they, at least, compile.