|
|
|
[
Permlink
| « Hide
]
Robin Shen [25/Feb/11 12:42 PM]
Since the param values will be used to identify step instances, they can not loop against a same set of value. A workaround is to use some suffixes to distinguish them, for example, define them as 40.1, 40.2.
Why QB cannot use to identify step instances an internal prefix created by QB?? Why it interprets user parameters excluding values which can be automatic values (if taken from file)?
Value of a parameter is a just a value - QB should stay away from modifying the list. For additional investigation please consider following example.
Step is triggering a test cmd /c execute.cmd PARAM repeat parameter is: PARAM values 1,2,1,2,3,4 (random values generated for tests) with your suggestion i'm forced to use additional logic inside my script to be able to detect test reruns please review this issue again What you described does make sense. I will investigate this issue again to see if QB can generate some internal ids to distinguish identical param values.
|