Ability to use tab to move within test steps
As a user, I need an easy and accessible way to navigate the screen while creating or editing a test case. Currently, you cannot use tab to move to the next text box when creating or updating a test case. It is also very difficult to click to the next test step without it creating a second step below the step you're working on.
Ability to reference a test case within another test case
When creating and executing test cases, having the ability to reference a test case within another test case step/detail will save time, effort, and confusion for users. Being able to just reference an existing test case, instead of re-writing it, will increase efficiency as the user creating the test case and the user who are executing the test case (this allows users to either navigate to the reference test case to follow, or skip it because they already have that knowledge/know the steps.Control over new version and un-do/re-do of changes made
When editing a test case, I don't always want a new version created. It would be nice to have a way to un-do or re-do changes before committing a new version to the repository. (it would be helpful to be able to un-do an action such as making changes to or deleting a test step)
Import new Test Steps section (Test Steps, Test Data, and Expected Results) to an existing Test Case
The user should be able to create an Import map and file to load new Test Steps (at least Test Steps, Test Data, and Excepted results) to a pre-existing Test Case in the Test Repository. Maybe by using the Test Case Id as a unique identifier for the Import processing.
Folder copy from test repository is not retaining the testcase order - CTSD-3106
Hi Team, Folder copy from test repository is not retaining the testcase order, Instead reordering based on testcase id. for example in a folder ACB we have 3 testcases with names one(Order 1), Two(Order2) and Three(Order 3). Then I copied the “abc” folder to "def” folder, now the order is changing based on testcase id.Add an four eye concept for test case deleting
To make it more secure that one or more test cases will be deleted erroneously it would be good to have the possibility to configure an four eye principe for deleting test cases. If user A decide to delete a test case user B get a notification that user A want to delete one or more TC's. Only when both users confirm the deletion will be executed.
