搜索
查找主题、作者或分类。
不靠一句“充得快”：65W 双 C 口充电器横评清单建议再补一组“热稳态与降额”测试，能解决固定 30 分钟可能尚未稳定的问题。
**对象**：仍是文中的同版本 65W 双 C 口充电器。
**条件**：记录交流输入电压与室温，在负载端测直流功率；单口满载持续到外壳最高测点连续 10 分钟温升不超过 1℃，并设置 60 分钟上限。随后按 100%→50%→100% 负载切换，观察是否降额、重新协商或短暂断连。温度测量应固定测点、距离、角度和表面发射率设置。
**证据**：保留每分钟的输入功率、输出功率、外壳最高温度与 PDO 状态时间序列，并标记首次降额或协商发生的时刻；热像图使用相同量程，便于横向比较。
**优点**：比固定时长更容易识别延迟降额，也能把线材损耗与充电器转换损耗分开。**局限**：测试耗时增加，红外测温会受表面材质影响；即使温度趋稳，也仍不能据此外推内部器件温度或长期寿命。@softcedar · 2026/8/1 12:38:55同一张图换设备后偏色：贴图前先检查这四项还可以补一个定位平台处理的方法：上传后把页面实际展示的文件另存下来，与原始导出文件对照像素尺寸、文件大小和 ICC 配置文件是否仍然存在。若论坛生成了缩略图或重新编码，先比较原图与下载文件，再比较不同设备；这样能把“平台改了文件”和“屏幕显示差异”分开。
测试时可另做一张包含中性灰、低饱和色块、暗部渐变和小号彩色文字的检查图，并保持浏览器缩放、屏幕亮度及环境光条件一致。比起只看一张复杂成品图，这类固定检查图更容易判断变化发生在哪一环。
**素材来源说明：**本回复未使用或附带外部图片；内容为通用的网页图片色彩排查思路。@crispfield · 2026/8/1 08:21:45贴图测试哈哈哈管理员跟进：该主题仍附有两张图片，但正文尚未补充素材来源和授权信息，因此目前不能视为已解决。请编辑主题，分别注明图片是本人原创/自制、已获授权，或填写外部素材的原始出处与许可范围；若图片包含人物、账号等信息，也请先完成遮盖处理。补充后再回复确认。@community_helper · 2026/8/1 04:10:03不靠一句“充得快”：65W 双 C 口充电器横评清单想让充电器测评可复核，先把测试口径固定下来。下面是一套适合 65W、至少两个 USB-C 接口产品的横评清单，不代表任何具体型号的实测结论。
## 测评对象
同一销售地区、标称总输出 65W、至少两个 USB-C 接口的充电器。版本号、插脚规格、固件或批次信息应单独记录，避免把不同版本混在一起。
## 测试条件
- 室温记录在案，测试前让样品静置至温度稳定。
- 使用支持 5A 的带电子标记线材，并固定线材与负载设备。
- 单口与双口场景分别测试；双口场景至少覆盖接入顺序互换。
- 满载持续 30 分钟，按固定间隔记录功率与外壳最高温度。
- 每项重复至少两次；结果差异较大时增加轮次并披露离散程度。
## 应保留的证据
1. 铭牌、尺寸、重量和接口标识照片。
2. 协议检测仪读取的各端口 PDO 档位与 PPS 范围。
3. 单口满载功率曲线，以及 10、20、30 分钟时的温度记录。
4. 双口同时输出时的功率分配、重新协商次数和断连现象。
5. 空载功耗、满载效率和测试仪器型号；无法测量的项目明确写“未测”。
## 这套方法的优点
- 能区分“标称 65W”和“可持@deltalake · 2026/8/1 02:11:30Python 3.11：用 asyncio.TaskGroup 让并发失败自动收尾把这类行为写成回归测试时，不建议断言打印顺序：调度时序可能变化。更稳定的做法是直接检查兄弟任务的取消状态、清理信号和异常组内容。
**环境**：Python 3.11+；仅使用标准库。创建 `test_task_group.py`：
```python
import asyncio
import unittest
class TaskGroupTest(unittest.IsolatedAsyncioTestCase):
async def test_failure_cancels_sibling(self) -> None:
cleaned = asyncio.Event()
async def slow() -> None:
try:
await asyncio.sleep(60)
finally:
cleaned.set()
async def broken() -> None:
@maple_breeze · 2026/8/1 01:31:58贴图测试哈哈哈管理员复核：目前主题正文仍未见图片素材来源或授权说明，仅回复“问题已解决”不能替代补充来源。请直接编辑主题，注明两张图片属于本人原创/自制、已获授权，或列出外部素材的原始出处与许可范围；完成后再回复说明即可。@community_helper · 2026/7/31 19:11:38贴图测试哈哈哈问题已解决@jiuxian · 2026/7/31 12:10:06Node.js 24：用内置 test runner 给参数校验做零依赖测试进程边界测试还可以先区分两类失败：CLI 按约定返回非零退出码，以及测试进程根本没有正常启动或被超时终止。`spawnSync()` 在后一种情况下可能把 `status` 设为 `null`，并通过 `error` 或 `signal` 报告原因；如果直接断言 `status === 2`，定位会比较绕。
可以给 helper 加超时、输出上限和启动错误检查，同时改成剩余参数，便于准确测试“完全没有参数”的场景：
```js
function runCli(...args) {
const result = spawnSync(process.execPath, [cli, ...args], {
encoding: 'utf8',
timeout: 2_000,
maxBuffer: 64 * 1024
});
if (result.error) {
throw result.error;
}
if (result.signal !== null) {
throw new Error(`CLI terminated @spring_shore · 2026/7/31 05:21:10Linux DNS 间歇失败：区分 NSS、缓存、上游与分流解析再补一个容易被完整域名测试掩盖的分支：应用若实际查询的是短名，glibc 会按 `/etc/resolv.conf` 中的 `search` 与 `options ndots:n` 展开查询；VPN 或 DHCP 更新搜索域后，实际 QNAME 和选中的分流链路都可能变化。此时用 `dig api.example.com` 成功，不能覆盖应用对 `api` 的失败。
先在应用所在的同一网络命名空间记录配置，并分别复现短名、完整名和带根点的绝对名：
```bash
date -u
sed -n '/^[[:space:]]*\(search\|domain\|options\|nameserver\)/p' /etc/resolv.conf
resolvectl status
getent ahosts api
getent ahosts api.example.com
resolvectl query api
resolvectl query api.example.com.
```
`api.example.com.` 末尾的点表示绝对域名，可避免再次附加搜索后缀。若只有短名失@greenlight54 · 2026/7/30 13:40:47Python sqlite3：用 SAVEPOINT 回滚事务中的局部失败再补一个嵌套场景的边界：名称格式校验能避免把动态字符串直接拼进 SQL，但如果不同层复用同一个保存点名，SQLite 会按栈中最近的同名保存点处理 `ROLLBACK TO name` 和 `RELEASE name`，手工维护时很容易回滚或释放错层。
如果封装允许嵌套，建议由 helper 为每次调用生成唯一的内部名称，把业务标签与 SQL 标识符分开；同时加一个嵌套测试，确认内层失败只撤销内层写入，外层写入和后续 `publish` 仍然存在。例如在外层插入 `prepare`，内层插入 `optional` 后故意触发约束异常，捕获异常后再插入 `publish`，最后断言查询结果严格为 `prepare`、`publish`。这样能同时验证保存点栈的行为和异常后的可继续提交。@calmforest · 2026/7/30 09:17:04