[英]How can we correlate date/time in loadrunner
I am using hp load runner 12.53 version I am getting time stamp like 2017-09-0511:00:44.1017301 in request body 我正在使用hp LoadRunner 12.53版本,请求正文中的时间戳如2017-09-0511:00:44.1017301
Can any one explain what 1017301 refers to 任何人都可以解释1017301指的是什么
I think this is the ten millionths of a second: https://msdn.microsoft.com/en-us/library/8kb3ddd4(v=vs.110).aspx#fffffffSpecifier 我认为这是百分之一秒: https : //msdn.microsoft.com/zh-cn/library/8kb3ddd4(v= vs.110).aspx# fffffffSpecifier
The "fffffff" custom format specifier represents the seven most significant
digits of the seconds fraction; that is, it represents the ten millionths of
a second in a date and time value.
Although it is possible to display the ten millionths of a second component
of a time value, that value may not be meaningful. The precision of date and
time values depends on the resolution of the system clock. On the Windows NT
3.5 (and later) and Windows Vista operating systems, the clock's resolution
is approximately 10-15 milliseconds.
You can get to 13 digits of precision, thousands of a second, quite readily. 您可以很容易地将精度提高到13位,几千秒。 For the additional four digits you may as well use a random four digit number with leading zeros.
对于其他四位数字,您也可以使用带有前导零的随机四位数字。 Your developer is using this to ensure some degree of uniqueness between requests.
您的开发人员正在使用它来确保请求之间的某种程度的唯一性。 If they were really interested in an audit trail on requests then they would use the same clock for the audit collection, which would be the clock at the server, rather than the clock at the client locations, which are all going to be slightly different at the millisecond level even when synced to the same trusted time source.
如果他们真的对请求的审核跟踪感兴趣,那么他们将使用相同的时钟进行审核收集,这将是服务器上的时钟,而不是客户端上的时钟,这在时钟上都将略有不同。毫秒级别,即使同步到相同的受信任时间源也是如此。
At the millionths of a second there would be zero opportunity for being similar. 在百万分之一秒内,相似的机会为零。
Technically this is not a correlation, which would be a collection of data sent back from a server and placed in a subsequent request. 从技术上讲,这不是关联,而是从服务器发回并放置在后续请求中的数据的集合。 This is most likely a user assigned parameter where the parameterization engine date functions plus a random number parameter for the remaining four digits can address your need.
这很可能是用户分配的参数,其中参数化引擎日期功能加上其余四位数的随机数参数可以满足您的需求。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.