硬件性能测试这件事，看着就是把几个跑分软件点开、等进度条走完、截个图发出去，但真把一台机器从头测到尾、还要让别人照着你的结论做采购决策的时候，你会发现跑分恰恰是整件事里最不值钱的一环。我做过不少次整机验收和硬件选型测试，踩过的坑比跑过的分多得多：同一台机器上午测和下午测差 8%，换了根视频线分数掉 5%，测试软件版本从 4.x 升到 5.x 后历史数据全部作废。这些事没人写在软件说明书里，但恰恰决定了你的测试结果能不能被信任。
硬件性能测试的本质，是在可控变量的前提下，用可复现的手段量化硬件的计算、存储、图形、功耗与散热表现，最后输出一份别人能看懂、能复现、能拿去做决策的数据。它解决的不是“这台机器强不强”这种模糊问题，而是“在这类负载下，它的性能上限在哪、瓶颈在哪、长时间跑会不会掉下来”。不管你是自己装机想验证散热方案、给团队做设备采购验收、排查生产环境里某个莫名其妙的卡顿，还是单纯想搞清楚为什么新买的机器跑分不如网上教程，这套方法都能直接用。
1. 先想清楚测什么：硬件性能测试的目标拆解
我在动手之前一定会先问清楚一件事：这次测试要回答哪个问题。因为“测性能”这三个字太宽，宽到可以无限做下去，而不同目标对应的工具、时长、判据完全不同。见过太多人上来就开跑分软件，跑完拿着一张总分截图问“这分数正常吗”，这时候已经晚了——因为分数本身不携带信息，只有和基线、和场景、和预期做对比才有意义。
1.1 三类测试目标，别混在一起做
第一类是能力摸底，回答“这套配置的上限在哪”。典型场景是新机到手、新方案评估。这类测试追求的是把硬件推到设计极限，用压力最大的负载去看它能撑多久、掉多少。判据是峰值性能与持续性能的差值。
第二类是验收比对，回答“这批设备有没有达到约定水平”。比如批量采购几十台同型号机器，你要验证它们之间的一致性，看看有没有个体明显偏弱、有没有被调过参数的。这类测试不需要极限压力，反而要追求短平快和一致性,单台测试时间控制在 20 分钟内,重点是横向可比。
第三类是问题定位，回答“为什么这里慢”。这类最考验人，因为你不知道瓶颈在哪——可能是 CPU、可能是内存带宽、可能是磁盘 I/O、可能是散热降频，甚至可能只是电源管理策略设错了。做法是分项隔离,一次只压一个子系统,把其他变量锁死。
注意：这三类目标的测试时长、样本数量、判据阈值完全不同。我见过有人拿极限压力测试的数据去做采购验收，结果因为两台机器散热硅脂涂布差异导致 3% 的性能差，整批货被判不合格,实际上在验收标准下这完全在合理范围内。
1.2 控制变量：一小时能省下来的三件事
控制变量是硬件性能测试里最朴素也最容易翻车的部分。我把最常被忽略的几条列出来，都是实测能影响结果 3% 到 15% 的。
环境温度。这条排第一，因为影响最大且最不可控。同一台机器，室温 22℃ 和 30℃ 下跑压力测试,持续性能可能差 10% 以上。我的做法是测试前用温湿度计记录环境温度,并且尽量把测试安排在同一个时间段,避开午后室温上升。如果条件允许,把室温控制在 22±2℃ 的区间内。
电源管理与后台负载。系统电源计划必须设成高性能模式,休眠、硬盘休眠、USB 选择性挂起全部关掉。后台更狠——同步盘、系统更新、杀毒扫描、浏览器几十个标签页,随便哪个都能让跑分飘。我一般用干净启动，把非必要启动项全关,测完再恢复。
驱动与固件版本。这条特别容易忘。显卡驱动版本对图形测试的影响可以到 5%,主板 BIOS 版本对内存兼容性和功耗策略的影响更大。测试报告里必须记录完整的驱动和固件版本号,否则三个月后再看这份数据你根本不知道当时是什么环境。
整机与环境的热平衡时间。刚开机的机器是“冷态”，CPU 温度低、风扇转速低，这时候跑出来的分数会偏高。如果紧接着跑第二项，热积累还在，分数就偏低。我的做法是每项测试之间留 10 分钟冷却,或者在报告里明确标注“冷态”还是“热稳态”。
1.3 建立基线的正确姿势
基线这两个字听着高级，说白了就是“一个已知正常的参照物”。没有基线，你的所有数据都是孤立的数字。
基线的来源有三种。一是同型号设备的既往测试数据，这是最好用的，前提是你得坚持记录。二是软件内置的同类硬件参考值，方便但粗糙，只能看个数量级。三是厂商公布的规格参数，比如内存标称带宽、固态硬盘标称顺序读写，这个是最硬的下限，实测达不到就要查原因。
我自己维护一个简单的表格,每次测试完把关键数据追加进去,字段包括设备型号、测试日期、环境温度、固件版本、各项分数、持续性能衰减率。三个月后这个表就是你最值钱的资产——它让你在别人问“这个分数正常吗”的时候，能给出有依据的回答，而不是“感觉差不多”。
2. 工具选型：不同维度该拿什么测
工具这块我不太建议追求“全”，而应该追求“每一类里有一个可信的”。因为工具太多会导致口径混乱，A 工具测出的内存延迟和 B 工具测出的根本不是一回事，混着用反而误导自己。
2.1 计算与内存：轻量工具打底，重负载验证
处理器性能分单核和多核两条线，一定要分开看。单核性能决定了日常响应速度,多核决定了并行任务的吞吐。有些工具只给总分，这种数据基本没用——一个总分掩盖了单核强多核弱还是反过来，而这两种情况对应的实际体验天差地别。
我常用的组合是：一个轻量的单核基准工具看响应性能,一个多核渲染或编码类负载看持续吞吐。后者的好处是贴近真实重负载场景,而且能跑长时间,顺带就完成了散热观察。
内存这块要测三件事：带宽、延迟、稳定性。带宽的理论值可以直接算：
理论带宽 = 等效频率(MT/s) × 单条位宽(bit) / 8 × 通道数以常见的双通道、单条 64bit 位宽、等效频率 6000MT/s 为例：
6000 × 64 / 8 × 2 = 96000 MB/s ≈ 93.75 GiB/s实测值一般在理论值的 65% 到 80% 之间，超过 80% 说明这套平台的访问效率已经调得不错了。如果实测只有理论值的一半,先去检查是不是内存没插对插槽导致通道数不对——这是新手最常犯的错,一条内存插在错误的位置,带宽直接砍半,而系统信息里显示的容量完全正常。
内存延迟的换算也很直接：
实际延迟(ns) = CAS 时序值 / 等效频率(MT/s) × 2000比如时序为 CL30、频率 6000MT/s：30 / 6000 × 2000 = 10ns。这个数值比标称的“时序小”更有参考价值，因为不同频率下的时序不能直接比。
稳定性测试是内存测试里最容易被跳过的一步。带宽延迟都正常，但内存在高负载下出错的概率不低,尤其是手动超频或者开了厂商预设超频配置的情况。我一般跑 30 分钟以上的内存压力测试,出现任何一个错误就退回默认频率排查。
2.2 存储：别拿顺序读写当结论
固态硬盘这块，厂商宣传页上的顺序读写数字是最没有参考价值的。原因很简单：那是缓内、队列深度拉满、大块连续写入的理想状态，而你日常的开机、加载、编译、数据库查询，全是小文件随机访问。
必须测的是这三项：
| 测试项 | 参数设置 | 为什么重要 |
|---|---|---|
| 4K 随机读 | 队列深度 1，单线程 | 最贴近系统启动、程序加载的真实场景 |
| 4K 随机写 | 队列深度 32，多线程 | 贴近数据库、日志写入、虚拟机场景 |
| 持续大文件写入 | 单线程大块写入，持续 5 分钟以上 | 暴露缓外掉速，这项最能看出真实水平 |
第三项是重点。绝大多数消费级固态硬盘都有一块高速缓存区，缓内写入能跑到标称速度，缓存写满后掉到缓外速度，两者可能差 5 到 10 倍。测试方法很简单：持续写入一个远大于缓存容量的文件（比如硬盘容量的 30%），记录写入速率随时间的变化曲线。你会看到一条明显的断崖，断崖出现的位置就是缓存容量，崖底的速度才是它的真实持续写入能力。
注意：这项测试会实际写入大量数据，对硬盘有写入量消耗。测试前确认硬盘剩余写入寿命够用，别拿一块快写满寿命的盘做这个测试。
存储测试还有个大坑是温度墙。不少固态硬盘在高负载写入几分钟后主控温度上升，触发降速保护，速度掉到很低。如果你只跑 30 秒的短测，完全看不到这个现象,但真实使用中拷贝几十 GB 素材时就会撞上。所以存储测试建议带温度监控，同时记录速度曲线和温度曲线。
2.3 图形与功耗：传感器数据比帧数更可信
图形性能测试的核心问题不是“平均帧数多少”，而是帧生成的稳定性。平均 60 帧听起来很流畅，但如果其中每 10 帧就有一次 30 帧的卡顿，实际体验会非常难受。
所以看三个指标：平均帧数、1% 低帧、帧生成时间曲线。1% 低帧是把所有帧按耗时排序，取最慢的 1% 的平均值，它直接反映卡顿严重程度。我一般要求 1% 低帧不低于平均帧的 60%，低于这个值就要找原因了，可能是显存不够、可能是处理器瓶颈、也可能是驱动问题。
功耗与温度监控这块，我用两类工具搭配：一类是系统内的传感器读取工具，采样频率高，能看到 CPU 各核心温度、功耗、频率、风扇转速；另一类是外部的功耗计，插在电源前面测整机输入功率。两者结合才能算出真实效率。
这里有个很容易被忽略的细节：软件读取的功耗值不一定准，尤其是跨平台的时候不同工具取值口径不一致。而墙插功耗计测的是整机输入功率，这个数字绝对可信，配合电源效率可以反推各部件实际功耗分配。测整机峰值功耗时，一定要用功耗计看瞬时尖峰,而不是看平均值——电源选型要看的是尖峰。
3. 从零搭一套可复现的测试流程
流程这件事，我的原则是任何人拿到我的步骤文档，都能在另一台机器上跑出可对比的结果。达不到这个标准，测试就等于白做。
3.1 环境准备清单与基线采集
动手之前先过一遍这份清单，我把顺序按重要性排了：
- 记录硬件全量信息：处理器型号、主板型号与 BIOS 版本、内存型号/容量/频率/时序、硬盘型号与固件版本、显卡型号与驱动版本、电源型号与额定功率。这些信息必须写进报告，缺一项后面就无法复现。
- 系统状态归零：关闭所有非必要启动项，关闭同步盘、系统更新、后台扫描，电源计划设为高性能，关闭所有节能相关的休眠设置。
- 散热状态确认：清理进风口的灰尘，确认所有风扇正常转动，笔记本要接上电源适配器（用电池跑的性能完全不是一回事）。
- 环境记录：室温、湿度，有条件的话记录机箱进出风口温差。
- 基线采集：先跑一轮空载监控，记录待机状态下的温度、频率、功耗。这一步很多人跳过，但它是判断散热系统是否正常的第一道关卡——待机温度就 60℃ 的机器，别指望满载能好看。
我一般会用 10 分钟做这一步，看起来慢，但能省掉后面大量的返工。
3.2 测试顺序与时长设定：由轻到重是关键
顺序安排有一条铁律：由轻到重，中间留冷却。原因是要尽量减少热积累对后续测试的污染。我通常这么排：
| 顺序 | 测试项 | 时长 | 冷却间隔 |
|---|---|---|---|
| 1 | 待机基线采集 | 10 分钟 | — |
| 2 | 处理器单核性能 | 5 分钟 | 5 分钟 |
| 3 | 内存带宽与延迟 | 10 分钟 | 5 分钟 |
| 4 | 存储性能（含缓外测试） | 15 分钟 | 10 分钟 |
| 5 | 处理器多核持续负载 | 20 分钟 | 10 分钟 |
| 6 | 图形性能 | 15 分钟 | 10 分钟 |
| 7 | 整机混合压力测试 | 30 分钟以上 | — |
第 7 项是整机混合压力，同时给处理器、显卡、内存、磁盘上负载，这是最接近真实重负载场景的测试，也是暴露供电和散热短板最有效的一环。很多机器单独压处理器没问题、单独压显卡也没问题，一混合就跑不稳，原因往往是电源瞬态响应不足或者机箱内部热堆积。
时长设定上，我的经验值是：单核类测试 3 到 5 分钟足够，因为不涉及热积累；多核持续负载至少 15 分钟，因为你需要在曲线上看到性能是否稳定下来；整机混合压力建议 30 分钟起步，有条件跑 1 小时，这样能观察到完整的温度平衡过程。
3.3 数据记录模板：字段设计比工具重要
我用的记录表字段不多，但每个都有用：
设备标识, 测试日期, 环境温度, BIOS版本, 驱动版本, 单核分数, 多核分数, 多核持续分数(第15分钟), 内存实测带宽, 内存实测延迟, 内存错误计数, 磁盘4K随机读IOPS, 磁盘顺序读, 磁盘缓外写入速度, 图形平均帧, 图形1%低帧, 图形最高温度, 满载CPU温度, 满载CPU封装功耗, 满载风扇转速, 整机墙插峰值功耗, 性能衰减率 = (峰值分数 - 稳态分数) / 峰值分数 × 100%最后那个衰减率是我最看重的单一指标。它把散热能力、功耗策略、供电稳定性三件事压缩成了一个数字。经验上，台式机风冷方案衰减率控制在 5% 以内算优秀，10% 以内算正常，超过 15% 就要检查散热了；轻薄笔记本因为功耗墙限制，衰减 20% 到 30% 都算常见，但如果你发现衰减超过 40%，那基本可以断定散热设计或者硅脂涂布有问题。
每组测试我至少跑三次，取中位数而不是平均值。原因是有时候会出现一次明显偏离的异常值（比如后台突然有个更新任务启动），平均值会被这种异常值拉偏，中位数更稳健。三次结果之间如果极差超过 5%，说明变量没控制住，得回去查。
4. 关键参数计算与结果判读
数据拿到手只是开始，能不能读出问题才是真本事。这一节讲几个我实际用下来最有价值的计算和判读方法。
4.1 从热阻反推散热余量
这是我认为最值得掌握的一个计算。核心公式很朴素：
结温 ≈ 环境温度 + 功耗 × 总热阻总热阻包括三部分：芯片到散热器底座的热阻（取决于硅脂和接触压力）、散热器本身的热阻（取决于鳍片面积和风扇风量）、散热器到机箱环境的热阻（取决于机箱风道）。
举个具体例子。假设某处理器满载封装功耗 120W，散热器标称热阻 0.12℃/W，机箱内环境温度（不是室温，是机箱内部进风温度）实测 35℃，芯片到散热器接触热阻按 0.05℃/W 估算：
结温 ≈ 35 + 120 × (0.12 + 0.05) = 35 + 20.4 = 55.4℃实测如果读到 75℃，那说明有 20℃ 的偏差，可能的原因有：机箱内实际温度比测的高、硅脂涂抹不均导致接触热阻偏大、散热器实际性能低于标称、或者封装功耗读数偏低。这个反推的价值在于，它给了你一个理论下限，实测离下限越远，说明散热系统的问题越大。
反过来说，如果你想把满载温度从 75℃ 压到 65℃，有两个方向：降低功耗（比如调整功耗墙），或者降低热阻（换散热器或优化风道）。按上面的公式，降 10℃ 需要把总热阻降低约 0.083℃/W，这在散热器上是个不小的跨度——通常意味着要换更高一档的产品，而不是换个风扇就能解决。
4.2 功耗墙与电源选型的实际换算
功耗墙这块，很多人只看处理器标称的基础功耗，这是不够的。真实情况是处理器有多个功耗档位：长时间持续功耗、短时加速功耗、以及更短时间的瞬时峰值。整机峰值功耗要用墙插功耗计实测，而且要盯住毫秒级的尖峰。
电源选型的经验算法：
电源额定功率 ≥ 整机实测峰值功耗 × 1.3 ~ 1.5系数取 1.3 还是 1.5，取决于你的负载特性。如果只是日常办公加轻度负载，1.3 足够；如果涉及长时间高负载渲染或者高功耗显卡，取 1.5 更稳妥。原因是电源在 50% 到 70% 负载区间效率最高、纹波最小、风扇噪音也最低，长期跑在 90% 以上负载对寿命不友好。
还有个容易忽略的点：瞬时尖峰。某些高功耗显卡在负载切换瞬间会出现远高于平均值的电流尖峰，持续时间极短但幅值可能达到平均功耗的两倍以上。功耗计如果采样率不够高，完全看不到这个尖峰。所以选电源不能只看平均功耗，还要留出足够的瞬态余量。
4.3 结果判读：三个最常见的误读
误读一：总分高就等于好。总分是加权算出来的，权重是软件厂商定的，和你实际用途没关系。一台多核分数很高但单核偏弱的机器，做渲染可能很快，但日常打开大型软件、编译小项目时反而卡顿。所以一定要拆开看单核和多核。
误读二：跑分波动就是硬件问题。波动 2% 到 3% 完全正常，属于测量误差范围。波动超过 5% 才需要排查，而且排查顺序应该是：后台进程 → 环境温度 → 驱动版本 → 散热状态 → 硬件故障。硬件故障排在最后，因为概率最低。
误读三：温度低就代表散热好。不一定。有些平台会通过主动降频来压低温度，你看到的低温其实是牺牲性能换来的。判断散热好坏的唯一可靠方法是看稳态性能除以峰值性能的比值，配合稳态功耗一起看。如果温度低但稳态功耗也明显低于峰值功耗，那是降频了，散热并不好。
5. 常见问题与排查速查表
这一节是我这些年遇到的问题合集，按出现频率排序。
5.1 分数忽高忽低的六个诱因
| 现象 | 最可能的原因 | 排查方法 |
|---|---|---|
| 同一台机器多次跑分差 5% 以上 | 后台进程干扰 | 干净启动后重测，观察任务管理器 |
| 隔天测试结果对不上 | 环境温度变化 | 记录室温，对比两次测试的满载温度 |
| 换了系统后分数下降 | 电源管理策略不同 | 检查电源计划、处理器最小状态设置 |
| 只有某一项分数异常低 | 该子系统配置问题 | 检查通道数、插槽位置、驱动版本 |
| 长时间运行后分数骤降 | 温度墙触发的降频 | 记录频率曲线和温度曲线的对应关系 |
| 首次测试分数明显偏高 | 冷态效应 | 预热 10 分钟后再开始正式测试 |
第一条我印象最深。有次测一台机器，反复测出来分数比同配置低 8%，查了半天硬件都正常，最后发现是一个自动备份软件在后台每 10 分钟启动一次扫描。这种问题不看进程列表根本发现不了。
5.2 故障排查速查表
| 症状 | 排查顺序 | 解决方向 |
|---|---|---|
| 内存带宽只有理论值一半 | 插槽位置 → 通道配置 → BIOS 设置 | 调整内存插槽实现双通道 |
| 固态硬盘写入速度断崖式下跌 | 缓存耗尽 → 主控温度 → 固件版本 | 属正常现象，看缓外速度是否达标 |
| 图形测试出现周期性卡顿 | 显存占用 → 处理器瓶颈 → 驱动 | 降低画质或分辨率验证瓶颈位置 |
| 整机混合压力下自动重启 | 电源功率 → 供电线材 → 温度保护 | 用功耗计实测峰值，核对电源余量 |
| 高负载下频率大幅波动 | 功耗墙 → 温度墙 → 供电能力 | 观察功耗和温度哪个先到限值 |
| 待机温度就偏高 | 散热器接触 → 风道 → 环境温度 | 重新涂抹硅脂，检查进排风 |
关于硅脂那一条，我补一句实操经验。散热器接触不良的典型表现是同一颗芯片的不同核心温差很大，比如核心之间差 15℃ 以上，而正常情况下应该只差几度。看到这种数据先别怀疑传感器，八成是散热器压得不均或者硅脂涂布有问题。重新装一次散热器，涂抹方式用“中间一点压平”就行，别搞涂抹成均匀薄层那一套，压平的过程中自然会铺开，涂太厚反而增加热阻。
5.3 两个只有踩过才知道的坑
坑一：测试软件的版本会变。某次软件大版本更新后，评分算法调整了，历史数据全部不能直接对比。这事的教训是——报告里必须记录软件版本号，跨版本对比时要么用新旧版本各跑一遍建立换算关系，要么干脆承认不可比。我现在的做法是固定用某个版本，除非有必须升级的理由，升级后第一件事是拿一台已知性能的机器做对照测试。
坑二：笔记本的性能表现强烈依赖供电状态。同一台笔记本，插电和用电池跑出来的性能可能差 30% 以上，而且很多机型在用电池时会主动限制处理器功耗。更麻烦的是，有些机型的“性能模式”需要手动在厂商自带的管理软件里切换，系统电源计划改了也没用。所以测笔记本之前，先确认三件事：接了原装适配器、厂商管理软件里选了性能模式、系统电源计划设成高性能。
6. 长期稳定性测试与报告输出
前面五节讲的都是“测”，这一节讲“怎么测得住”和“怎么讲清楚”。很多测试做完数据很漂亮，但过两周机器出问题了，回头一看当时的测试根本没覆盖到——这就是缺少长稳测试和有效报告的代价。
6.1 长稳测试：观察降频曲线的正确方法
短时压力测试能告诉你性能上限，但告诉不了你“能维持多久”。真实使用中，渲染一个项目要跑两小时，导出视频要跑四十分钟，这些场景下性能的时间曲线比峰值数字重要得多。
长稳测试的做法是：固定一个持续负载，让机器跑 60 到 120 分钟，每 10 秒采样一次处理器频率、封装功耗、各核心温度、风扇转速，最后画成时间曲线。你重点看三个位置：
前 3 分钟是短时加速阶段，这段时间频率最高、功耗最大、温度上升最快。观察温升速率，如果 3 分钟内温度就冲到接近限值，说明散热余量很小。
3 到 15 分钟是过渡阶段，功耗会从短时加速档位降到持续档位，频率随之下降。这个下降幅度就是前面说的“性能衰减率”，是最核心的指标。
15 分钟以后是稳态阶段，理论上曲线应该基本水平。如果还在缓慢下滑，说明温度还在持续爬升，热平衡还没建立，这时候要么延长测试，要么检查机箱风道——正常的散热系统应该在 15 到 20 分钟内达到热平衡。
我个人判断散热是否合格，就看稳态阶段的那条线是否平整。平整说明热平衡建立良好；呈锯齿状说明风扇策略在反复启停，虽然不影响性能但噪音体验差；持续下滑说明散热能力不足，撑不住长期负载。
注意：长稳测试期间不要动鼠标键盘、不要切窗口、不要让屏幕休眠，这些操作会引入额外的负载波动。有条件的话把显示器关掉，减少显卡的额外功耗。
6.2 测试报告怎么写才有人看
我写过很多份测试报告，最后发现真正被读的只有开头那几百字和一张表。所以结构上我固定这么排：
第一段给结论。直接说这套配置在这几类负载下的表现如何、有没有发现异常、是否满足预期。别铺垫，别介绍测试背景，看报告的人最想知道的就是结论。
第二块给关键数据表。只放最重要的 8 到 12 个指标，包括各项分数、衰减率、满载温度、整机峰值功耗。用表格，一行一台设备，方便横向比对。
第三块给异常说明。任何偏离预期的数据都要在这里解释，哪怕是“某项分数偏低是因为当时室温高了 4℃”这种。不解释的异常数据会让人怀疑整份报告的可信度。
最后附完整配置清单和测试步骤，供复现用。
这套结构我用了很久，好处是无论读者是技术负责人还是采购人员，都能在三十秒内拿到自己要的信息。反过来说，那些从测试背景写起、中间一大段方法论、最后才给结论的报告，基本没人看完。
写完报告还有一件事值得做：把关键数据追加到长期维护的基线表里。这样半年后有人拿一台新机器来问性能是否正常，你翻表就能给出有依据的判断，而不是凭印象。这个习惯我从很早开始坚持，现在回头看，那些积累下来的数据比任何单次测试结果都有价值——它让你能识别出缓慢的性能退化，比如某台机器用了两年后满载性能比新机低了 8%，这种渐进变化单次测试根本发现不了。
6.3 几个我想提前告诉你的实操心得
测试前先跑一次“无意义”的短测。这一步的目的是验证测试环境本身没问题——软件能正常启动、传感器能正常读数、结果能正常导出。我吃过一次亏，花了四十分钟跑完整套测试，最后发现传感器读数工具没读到风扇转速，白跑。
别迷信单一工具的结果。同一台机器用两个不同工具测内存延迟，结果可能差 10% 以上，因为测量方法不同。选定一个作为主口径，另一个只用来交叉验证异常值。
记录比测试更花时间，但值得。我见过太多人测完就关软件，数据留在截图里，过两周想找找不到了。测试过程中就同步填表，测完立刻整理，这个习惯能省掉大量返工。
温度数据要看“哪里的温度”。处理器封装温度、单核心温度、主板供电区温度、固态硬盘主控温度，这四个数字含义完全不同。报告里必须写清楚，否则读者会用自己的理解去解读，得出完全相反的结论。
遇到无法解释的异常，先怀疑测量方法，再怀疑硬件。这个顺序能帮你省下大量无谓的拆机时间。我遇到过的所谓“硬件故障”，七成以上最后都归结为测试方法问题——传感器读错、软件版本不匹配、后台干扰、环境温度没控制。
