PDF 隐私指南 · 离线测试

PDF 工具离线可用到底能证明什么？

Q: 断网后能处理就证明本地处理吗？

对于测试的具体流程，这是有力证据。

断开互联网是研究 PDF 工具处理方式的重要方法，但必须区分预加载后断网和完全离线启动。

简短结论

如果工具先完整加载，在选择 PDF 前断网，然后仍能完成操作并产生有效结果，这是该测试流程不需要服务器的有力证据。

两种不同的测试

测试 A · 预加载后断网

联网打开工具。
等待完整加载。
断开网络。
然后选择 PDF。
执行操作。
验证结果。

测试应用已加载后，处理操作是否仍需要远程通信。

测试 B · 完全离线启动

关闭页面。
保持离线。
从零打开工具。
检查缓存资源。
如果能启动，再执行操作。

额外测试应用本身是否可以在没有互联网时启动。

为什么本地处理工具一开始仍可能需要互联网

HTML 需要下载。
JavaScript 需要加载。
资源可能尚未缓存。
缓存可能被清除。
部分资源只在使用功能时加载。

缓存不会把远程处理变成本地处理

缓存可以解释为什么界面仍然可用。关键是断网后选择 PDF 时发生什么。

测试顺序非常重要

使用测试 PDF。
加载工具。
等待加载完成。
断网。
确认没有连接。
然后选择 PDF。
执行操作。
验证输出。

可能产生错误结论的测试

断网前选择 PDF	文件可能已经上传。
点击处理后再断网	远程请求可能已经开始。
只检查界面	界面可能来自缓存。
不验证结果	下载按钮不能证明处理成功。
用一个功能推断全部	其他功能可能使用不同架构。

可以有力支持的结论

如果断网后才选择 PDF 并成功处理，那么完成该操作不需要把文档发送到服务器。

不能证明什么

所有功能都是本地的。
应用可以完全离线启动。
从不存在遥测。
未来版本完全相同。
所有浏览器表现相同。
其他时刻从不发生传输。

Offline 与 Network 结合更可靠

Offline 测试通信是否必要，Network 则显示联网时实际发生的请求。

我们在 PDFPrivado 中实际测试了什么

每个工具先联网预加载，然后断网，再选择测试文档。14 个测试工具均完成操作并生成有效结果。在线对照中未观察到处理期间的文档传输。完全离线冷启动未测试。

准确表达很重要

正确说法是测试的14个流程在预加载后断网并于文档选择前断开连接的条件下工作，而不是声称应用始终可以完全离线启动。

在 Privacy Lab 查看方法和证据 →

常见问题

断网后能处理就证明本地处理吗？