You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
At this time the marker is derived from the epoch time. However, especially when running tests on different hosts in parallel, there is a chance that two seperate test runs might get the same marker. This violates the rules for certain regulatory requirements. Hence, we should use a uuid as a marker to eliminate this problem.
The text was updated successfully, but these errors were encountered:
In regulated environments, you have to be able to uniquely identify your testrun for documentation purposes. As far as I understood the documentation, this is the purpose of the marker. However, in my opinion, the current implementation does not serve this purpose very well, since there is a (small) chance that two different testruns produce the same marker, when started at the same time. A uuid would serve this purpose much better.
Yes, I am aware that I can control the marker from outside, so this is no big issue for me, but I was thinking this might be a good improvement for radish itself.
At this time the marker is derived from the epoch time. However, especially when running tests on different hosts in parallel, there is a chance that two seperate test runs might get the same marker. This violates the rules for certain regulatory requirements. Hence, we should use a uuid as a marker to eliminate this problem.
The text was updated successfully, but these errors were encountered: