展项要连轴跑几年，交付前验收该怎么排

办公室里测好好的机器，为什么到了展厅会出事

展厅设备跟办公电脑不是一回事。办公电脑一天真正在干活的时间可能就几个小时，中间还夹着人走开、锁屏、待机的空当；展厅设备开馆之后从早到晚循环播放，播控软件、互动引擎常年满载或接近满载运行，一开就是一整个季度，好的甚至连轴转好几年，中间没有喘息的空档。

调试台上接好显示器、跑一圈演示，画面正常、声音正常，谁看了都点头。可这台机器真正要交付的形态，是装进一个封闭或半封闭的机柜、关上柜门、常年无人值守地连续运行。柜子里空间小、进排风路径局促，设备自己散出的热风很容易在柜内循环打转，柜内实际工况比开放桌面上闷得多。开放环境下没问题的机器，装进机柜连轴转几天之后才会露出真面目：散热压不住、电源功率打了折扣、硬盘喂不上数据这些问题，前面调试的时候根本看不出来。

这些问题要是留到开馆之后才暴露，代价就不是”重新测一下”这么简单了——是工程师要跑现场，是甲方当着观众的面投诉，是这一单在客户心里留下的口碑分。这篇讲的不是某一款工具怎么点，而是”老化验收这件事，该怎么安排进一个展厅工程项目里”：这几款工具具体怎么配合、各自的能力边界，站内已经有一篇交付前验收四件套的对比讲得很细，本文不重复展开，涉及到具体工具怎么用的地方会直接指路过去。

两件不同的事，别混为一谈

现场经常听到”这批机器测过了”这句话，但一问才发现，说的人和听的人指的根本不是同一件事。展厅工程机交付前该做的验收，其实是两件目的完全不同的事，混在一起说最容易漏项。

第一件，到货验收，核对的是”这台机器是不是合同上写的那台”。 内存插了几根、每根实际容量和频率对不对、硬盘型号是不是约定的那颗、硬盘实测速度够不够、显卡是原厂还是被换成了改标翻新的——这一步核的是配置真实性，不需要满载发热，在开箱台面上就能做完。有的供应商会在合同签完之后，把标称的高配硬盘、显卡偷偷换成便宜的低端件，靠肉眼看型号未必能识破，得靠实测数据说话。

第二件，老化验收，验的是”这台机器扛不扛得住展厅常年连轴转的工况”。 这一步是故意把显卡、电源、CPU、内存推到日常应用碰不到的高负载区间，看会不会撑不住，考验的是稳定性而不是配置。

这两件事的目的不一样，时机也不一样：到货验收在机器还摆在开箱台面上、甚至还没装进机柜的时候就能做完；老化验收必须等整机按最终交付形态装配完毕、装进机柜之后才有意义。搞混这两件事最常见的后果，是有人拿到货验收的结果当成了老化验收的结论——配置核对通过了，不代表这台机器扛得住连续满载运行，这是两码事，不能互相顶替。

什么时候做：装进机柜之前和之后，是两个完全不同的节点

排工期的时候，这个先后顺序不能反。

到货验收可以排得很早，机器一到货、装好系统就能测，不需要等机柜到位、也不需要等整套播控软件调试完成。这一步查的是硬件本身对不对，越早发现问题，跟供应商扯皮换货的余地越大，不会拖到工期后段才被动。

老化验收则相反，必须等设备按最终交付形态装进机柜、关上柜门之后再做，不能趁工程机还摆在工位上开放测试的时候顺手跑一遍就算数。 这不是图省事能省的一步——开放桌面上的散热条件和封闭机柜里的散热条件是两回事，开放环境测试通过，只证明硬件本身没有明显缺陷，并不能证明”装进这个机柜之后还能撑住”。真正要验收的是整机装进机柜之后、留出正常通风环境跑出来的数据，这才是甲方开馆后实际会遇到的工况。

这条顺序决定了工期怎么排：项目计划里，老化验收这一步不能安排在机柜到货、整机装配完成之前，如果工期排得紧、机柜供应商又拖了货，老化验收这一环会被自然顺延，这一点在跟甲方约定交付节点的时候就该提前说清楚，别到最后发现”机柜还没到，老化验收做不了”才临时找甲方商量延期。

做到什么程度算过：别拍脑袋给小时数

这是现场最常被问错方向的一个问题——“烤几个小时算过关？“这个问题本身问的不对。不同显卡型号、不同散热方案、不同机柜环境，达到热平衡需要的时间完全不一样，靠一个固定小时数去卡所有机器，要么测得不够、隐患没逼出来，要么测得过头、纯粹浪费工期。

真正该看的是这几类信号有没有走到”稳定”这个状态，而不是表盘上的分钟数：

温度是不是已经走平了。 负载拉满之后，如果温度还在持续往上爬，说明散热还没到极限工况，这时候停下来判定”合格”是不成立的；只有等温度曲线连续一段时间基本不再往上走、稳定在一个数值附近，才说明这套散热方案在当前机柜环境下真正达到了它的平衡点，这时候的读数才有参考意义。

频率会不会持续往下掉。 显卡在温度接近上限时，驱动会主动降频来换取不再继续升温，这是硬件自我保护的机制，同时也是最直接的报警信号：只要监控画面里频率曲线在测试过程中持续走低而不是稳定在一个平台上，就说明散热已经压不住这块显卡满载时的发热量了，这条比温度数字更直接——不用先查这块显卡的安全阈值是多少度，看到持续降频就已经能判定散热方案不合格。

错误计数是不是持续为零。 这条针对整机组合和电源这类测试，跑测试的时候要用”持续记录所有错误直到人工停止”这个模式，而不是出一个错误就停——这样才能分清一台机器到底是彻底稳定，还是只是错误率低、拖久了才会暴露出来。

这几条判断依据，是几款工具各自的官方文档里都强调过的信号（具体到某一款怎么读这些信号，见对比页里各工具的详细说明），不是官方给出的固定验收标准。用”信号有没有走到稳定状态”替代”测了几个小时”，是这类老化测试通用的判断逻辑，具体到某型号硬件的安全阈值，还是要以硬件厂商给出的官方规格为准。

谁来做、算谁的工时：这是要写进项目计划的一步

老化验收经常被现场当成”顺手跑一下”的边角料——机器装好了，随手点开工具挂上就去干别的了。这个心态本身就是隐患的来源。

它其实是一件需要专人盯着、占用实打实工时的工作：装进机柜之后跑测试、观察温度和频率曲线走没走平、判断有没有降频、遇到异常要能立刻处置——这些动作合在一起，是要排进项目计划表里的一个独立环节，有明确的负责人和时间预算，不是某个人手头事情做完了顺便点一下的事。批量交付的项目尤其如此：几十台机器要挨个装进机柜跑一遍，这个工作量如果没有提前排进计划，很容易在工期后段变成临时抓人补位的窘境，测试也容易因为赶工被草草收场——温度还没走平就当成过关了，降频信号被忽略过去了，这些都是赶工状态下最容易出的漏子。

这一步该在项目立项或者排产阶段就明确下来：谁负责跑、大概要占多少工时、跟机柜到货节点怎么衔接。写进计划里的东西才会被认真对待，口头说一句”到时候测一下”基本等于没安排。

结果怎么变成交付物：把”我验过了”变成有据可查

测试跑完，光是”我们测过了、没问题”这句话，价值有限。真正有分量的，是把测试过程留下的记录变成正式的交付文档。

这几款工具都能留下书面证据：温度和频率的曲线截图、测试软件生成的报告、付费版能导出的 CSV 数据、配置核对时导出的硬件清单，这些都可以直接存档。把这些材料整理成一套完整的验收档案——配置对得上合同、硬盘速度达标、电源扛得住峰值负载、显卡烤机不降频——作为验收文档的附件，跟着交付材料一起提交给甲方或者存进项目档案。

这一步的价值在真出现纠纷、或者客户质疑设备质量的时候才会体现出来。没有留存记录，“我们验过了”只是一句口头承诺，对方完全可以不认；有截图、有报告、有导出数据，这就是一份能翻查、能核对的书面依据，比事后再去补救有说服力得多。这个环节不该等到出问题才想起来补，交付流程里就该把”测试记录归档”设成一个固定动作，跟”测试本身”同等重要。

容易被忽略的风险：这类测试是故意让硬件发热的

有一件事必须单独拎出来强调，因为它跟前面讲的”工期怎么排、谁来做”直接相关。

这类老化压测工具的工作原理，是故意把硬件推到平时用不到的高负载、高发热状态，本质上是在给硬件”添麻烦”，不是温和的日常检测。如果这台机器的散热本身已经有隐患，跑这种测试完全有可能真的把它跑出事——过热保护关机是好情况，供电或散热部件在极限负载下出现更严重的硬件问题也不是没有先例。

这条对项目管理的意义是：老化测试必须有人在场全程盯着，一旦发现温度异常飙升、有异味、风扇声音突变或者黑屏，要能立刻手动中止或断电。不能把机器挂上测试就下班走人，指望第二天早上回来看结果——这不是效率问题，是安全底线。把这一条写进前面说的”谁来做、占多少工时”里：这个工时里包含的是”人要在场看着”，不是”机器在跑、人可以去干别的”。批量测试的场景尤其容易犯这个错，几十台机器同时挂上测试，图省事想着”反正都在跑，我先去忙别的”，恰恰是最不该省的一步。

授权这条线，本文不重复展开

这几款做老化压测的工具，免费版普遍带着商用限制——有的明确写着个人版排除一切商业用途，集成商拿去做客户项目就已经越界了。这条边界该在项目立项阶段就核对清楚，不是等验收现场才发现工具授权不对付不了账。具体到每款工具的授权分档、哪档能商用、哪档不行，站内已经有一篇免费工具商用避坑清单专门汇总了这类问题，本文不重复展开。

与本站的衔接

• 四款老化压测工具具体怎么分工、各自的能力边界与踩坑清单，见交付前把机器验一遍——老化压测四件套怎么配合。
• 显卡专项老化的判断细节，见 FurMark。
• 整机组合负载与电源测试的判断细节，见 OCCT。
• 到货配置核对的判断细节，见 AIDA64。
• 硬盘测速与播放负载的对应关系，见 CrystalDiskMark。
• 免费工具的商用授权边界，见免费工具商用要收费吗？工程集成商授权避坑清单。

把这套做法变成可复用的能力

上面这些做法，靠的是有经验的人记得去做。而展厅项目会换人、会有多个并行、会在两年后被回头维护——依赖个人记忆的做法迟早会漏。

企服君把状态采集、异常告警、批量操作与设备档案做成标准能力，让交付质量不取决于具体是谁在做。集成商如果想把运维从售后成本变成可以向甲方收费的服务，见集成商年费方案。