Azure DevOps各界面测试时长差异：哪个准确？为何不同？

一、哪个时长是准确的 #

「Tests」标签页显示的测试时长是最贴近实际测试执行情况的准确值，它直接聚焦于测试用例本身的执行过程统计。

二、三个界面时长差异的原因 #

• 流水线「Summary」标签页：统计的是整个测试阶段（对应Job/Stage）的总耗时，包含测试任务启动、环境初始化、测试工具加载、测试执行后的资源清理等所有环节的时间，并非仅测试用例运行的时间，因此时长会比Tests标签页更长。
• 「Tests」标签页：统计的是测试用例实际执行的墙钟时间——如果是并行测试场景，这里的时长是从第一个测试启动到最后一个测试结束的实际耗时（而非所有测试用例时长的累加值），完全对应测试执行的真实周期。
• 「test-results-trend」仪表板组件：该组件的统计逻辑依赖测试运行的元数据而非测试用例的执行细节：
  • 部分场景下，它会取流水线中测试任务的整体起止时间（和Summary标签页的阶段统计逻辑类似），包含非测试执行的环节耗时；
  • 并行测试场景中，组件可能错误累加了所有并行测试用例的执行时长，或是取了单一测试用例的起止时间，导致和Tests标签页的墙钟时间差异明显，也会出现单个测试步骤时长总和与组件总时长无关联的情况。

三、并行测试场景的补充说明 #

并行测试时，Tests标签页的时长是所有并行测试从启动到全部结束的实际耗时（比如5个测试并行执行，每个耗时2分钟，总时长约2分钟）；而「test-results-trend」组件若采用错误的统计逻辑（比如累加5个测试的时长得到10分钟，或是包含测试任务初始化的额外时间），就会出现显著差异，且单个测试步骤的时长总和自然和组件显示的总时长无对应关系。

内容的提问来源于stack exchange，提问作者ankur kapoor