Multilevel nested data driven tests in a project (find attached). See structure below: Initial test -> runme - root (fail) --calls ''lvl1 - dd" which is datadriven lvl1 - dd --calls "lvl2 - dd (pass DD to lvl3)" which is datadriven lvl2 - dd (pass DD to lvl3) --calls "lvl3 - dd inherit" which is datadriven + inheritparentdatasource Expected behavior: lvl3 inherits lvl2 data and all tests pass Actual behavior: lvl3 inherits lvl1 data and doesn't find a match and all tests fail. A user expectation is that inherited data is only a level above in the nested structure. For reference in the project is also added an initial test "runme - root (ok)" which works fine since it calls a variant of "lvl1" that is not data driven.
In a *coded step*, I want to set a variable (SetExtractedValue) containing the machine name. Later, in the *Visual Steps*, I want to use an IF statement to interrogate the value of the variable and make a decision as to whether one block of statements should be run depending on the value. So, if in the coded step, the following lines are found: string sComputerName = System.Environment.MachineName; SetExtractedValue("RunningComputerName", sComputerName.ToString()); Then later, in a Visual Step, I want some include an IF statement with something like: IF (GetExtractedValue("RunningComputerName") = "BEDNERLT") do this block of visual steps ELSE do this other block of visual steps As a corollary request, allow a visual step to set the value of a variable that can be accessed by a coded step.
If you open the attached project you will find all the elements are under two page nodes with only the BaseUrl property being different. The goal is to merge the two page nodes. If you update the BaseUrl to be the same for both, then close (saving in the process) and reopen the project all the elements will be split all over again.
It would be nice if we implement a ScrollToMiddle feature in Test Studio. The reason for this is that we have ScrollToTop and ScrollToBottom, but sometimes when we have static elements for example static header or footer in a page the following problem is experienced: In a test if you want to click on an element that is scrolled to visible the element in question is getting under the static header or footer on the page and cannot be clicked.
I would like to see the name of the machine that ran the test list as part of the Manage Results dialog.
Every test we have has a Login test as step associated... so when creating a new test this always needs to be first. So lets say we have 400 tests, thats 400 checkmarks we need to make sure are unchecked before running a test list (dont want the login to trip twice)... so then lets say a handful of tests fail and we need to go back to editing them, we need to re-toggle that checkmark on the single test, and then remember to remove it later (which someone almost always forgets). It would be great to just select that step and have a property to say "Ignore in TestList" so when X test is added to the list, that STEP just gets ignored... This would save us so much manually work... no more checkmark toggles!
Steps to reproduce: 1. Connect a project to Team Foundation Service 2. Create a test list 3. Schedule it with option 'Get Latest' checked. Expected behavior: To execute the test list successful at the scheduled time Actual: An error appears that the source control server cannot be reached and test list is not executed.
If I have an element in my elements list, of ControlType HtmlUnorderedList why is there no default verification step to validate item counts? ...seems like a no brainer? Would improve test creation further for it to be in the recorder as well.
We need to include a way to support elements that are common across a page, such as Master Page objects like headers, footers, navigation, etc. These elements should be defined uniquely in the repository, but not locked to a particular page. I should be able to reference them in any step/action on a page where those objects are included.
Expect this feature to show up under the Common section along with Refresh Browser. With many AJAX requests, Test Studio does not recognize changes and I would like to avoid a coded step using ActiveBrowser.RefreshDom()
In Test Studio UI there is currently no way to checkout the entire project with all its files or if you checkout a folder to automatically checkout all files in it - it is very useful to be able to do that in certain situations, so it will be great if we can implement such behavior. In Visual Studio there is a dialog from which you select which items (in project or folder) to checkout, so we can go in this direction also
Hi, Currently Telerik Test Studio have all basic asserts for UI level validation. We are finding some gaps in form of missing Assert.Fail and Assert.Ignore commands. Sometimes apart from validating UI elements or validating conditions, we need to determine pass/ fail test based on return values from single or multiple functions. So for that purpose we are looking for Assert.Fail / Assert.Ignore similar to ones available in Nunit/ Mstest Frameworks. Thanks, VVP
I have implemented "IExecutionExtension' for generating custom reports after script execution. I am able to get total execution time for a test . But i also need to find out test time for each coded steps. For eg - I have a test named GmailVerification and 3 codedsteps named a) Navigation, b) Login c) Verification. I am getting total time for GmailVerification , but not for Navigation or Login or Verification. Can you please implement feature so that i can calculate each Codedstep execution duration. Thanks, VVP
Telerik should offer capability to execute individual coded steps via commandline. There may be many coded steps in a .tstest file. Sometime we want to execute only some specific coded steps. So if Artoftest.runner can provide that, it will allow much more flexibility for automation.
Hi, I am looking forward for an enhanced capability of Artoftest.runner to execute multiple tests via command line. eg "Artoftest.runner test1 test2 test3" Sometimes we need to dynamically choose tests and pass it for execute. Although dynamic lists are there, this capability will be a straight forward approach and all other test tools offers this.