软件 QA 团队用 NetDrive：把共享构建和测试产物变成一个驱动器
QA 工程师如何用 NetDrive 把存放在 S3、MinIO 或 SFTP 中的夜间构建、日志和屏幕录像，当作 Windows 和 macOS 上的普通驱动器来浏览。
每天夜里，流水线都会把一个安装包、一堆日志和几段失败 UI 运行的屏幕录像丢进存储桶。早上九点，测试人员需要在干净的虚拟机上装上昨晚的构建，并让今天的日志与缺陷报告并排打开。通过网页控制台逐个获取文件既慢又容易出错。挂载后的驱动器会让产物存储看起来像一个人人都会用的文件夹。
在任何测试机上浏览构建产物
NetDrive 让 Google Drive、OneDrive、S3、SFTP、WebDAV 等在 Windows 和 macOS 上显示为本地驱动器 — 无需同步，无需完整下载。
- 将 S3、MinIO 或 SFTP 服务器挂载为驱动器
- 直接从“打开”对话框打开安装包和日志
- 在继续测试的同时于后台上传录像
免费试用。提供终身与订阅方案。
QA 产物通常存放在哪里
测试团队会积累三类文件。构建体积大，按计划到达。日志体积小但数量多。录像和截图是测试人员手动产生并附在缺陷上的内容。团队通常把它们放在 Amazon S3、自建的 MinIO 服务器，或构建系统旁边的 SFTP 主机上，NetDrive 三者都支持。
挂载的目的不是取代你的 CI 存储，而是给人提供一个舒适的查看方式。测试人员可以把构建拖到虚拟机共享里、在编辑器中打开日志，或把录像附到工单上，而不必学习存储提供商的工具。
行之有效的布局
保留两个独立的位置，让用途一目了然：
- 构建与日志（只读）。 用 NetDrive 的只读驱动器类型挂载它，这样误保存也不会覆盖缺陷报告所引用的构建。参见 NetDrive 中的只读驱动器。
- 证据（可写）。 第二个驱动器，供测试人员放置录像、崩溃转储和导出的报告。为每位测试人员分配一个文件夹，例如
evidence/<name>/<ticket>。
凭据也应遵循同样的划分。创建一个只能读取构建位置的存储用户，再创建另一个对证据位置有写入权限的用户。对于 S3，在 NetDrive 中解决 S3 访问被拒绝错误列出了导致大多数失败的策略错误。
设置步骤
- 在测试工作站上安装 NetDrive，并从下载页面开始试用。
- 选择 Add a drive，然后选择提供商：Amazon S3、MinIO 或 SFTP。
- 输入端点和凭据。MinIO 的操作演示见在 Windows 上挂载 MinIO。
- 为构建驱动器选择 read-only 驱动器类型，证据驱动器保持可写。
- 在 Windows 上为它们各分配一个盘符，在 macOS 上分配挂载名称。
- 可选：启用自动挂载；参见 NetDrive 开机自动挂载。
处理大型录像
对一个失败流程录制十分钟的屏幕，文件可能达到数百 MB。NetDrive 的后台上传模式让复制在测试人员继续工作时完成，因此下一个测试用例不必等待上一个上传。队列和进度视图如下方截图所示；设置请参阅后台上传模式。
合上笔记本盖子之前，请确认队列已清空。仍在等待的文件还没有进入云端。
值得了解的坑
- 列表过期。 如果新构建还看不到，请按 NetDrive 强制刷新文件夹中的说明强制刷新。
- 文件夹过大。 单个目录里有成千上万个日志文件，在对象存储上列出会很慢。请按日期分目录，例如
logs/2026-11-04/。 - 没有离线模式。 NetDrive 不支持离线访问，因此你在飞机上需要的产物必须事先复制到本地。
- Linux 执行器。 NetDrive 对 Linux 的支持是实验性的（experimental），所以生产 CI 任务应继续使用其原生存储客户端，而把 NetDrive 用在人们日常工作的 Windows 和 macOS 工作站上。
总结
QA 团队一整天都在系统之间搬运证据。把产物存储变成驱动器，能为这一循环省去出人意料的摩擦。想看同一思路在流水线一侧的应用，请阅读用 NetDrive 管理 DevOps 的 S3 测试夹具。
— Jay, NetDrive