为什么我使用TestStand离线结果处理功能生成报告时StartTime步骤的值是负的？
主要软件: TestStand
主要软件版本: 2012
主要软件修正版本: N/A
次要软件: N/A
|
||||||||||||||||||||||||||||||||||||||||||||||||||
问题:
当我用TestStand离线结果处理功能生成一个XML报告时，注意到步骤属性中的StartTime值是负的，然而，当我在线生成报告时，StartTime值变为正。为什么生成离线报告时的值是负的呢，我怎么分辨每个步骤的开始时间？
解答:
当在线生成报告时，其作为测试的一个执行步骤，
StartTime 的值与 TestStand 处理器创建 TestStand 引擎的时间相关，报告生成代码将这个值添加到下列属性当中来计算步骤执行时间的绝对值。Engine.SecondsAtStartIn1970UniversalCoordinatedTime为了保证这个计算在离线状态下正确进行,离线结果处理功能自动调整
StartTime值，这个值由离线结果处理功能引擎和运行时引擎对比得到。因为离线结果处理功能的TestStand引擎经常会比运行时引擎晚建立一段时间，因此 StartTime值是负的。这允许使用 Engine.SecondsAtStartIn1970UniversalCoordinatedTime 属性的插入模块在运行离线结果处理功能时计算绝对时间的正确性。如果您需要为使用相对开始时间的其他属性运行相似的运算,可以在离线结果处理功能情况下使用
ResultLog.SecondsAtStartIn1970UniversalCoordinatedTime属性来访问 运行时引擎最初创建的 .tsr 文件中Engine.SecondsAtStartIn1970UniversalCoordinatedTime的值。相关链接:
TestStand Help: Engine.SecondsAtStartIn1970UniversalCoordinatedTime Property
附件:
|
||||||||||||||||||||||||||||||||||||||||||||||||||
报告日期: 09/14/2015
最近更新: 09/24/2015
文档编号: 71DA1PDT