Azure DevOps流水线加载外部共享盘测试数据报FileNotFoundException的解决咨询

• 现有测试栈：托管在Azure DevOps的Java + Selenium + TestNG自动化用例
• 测试依赖：需要加载外部存储的输入数据文件，这类文件同时用于Selenium拖拽上传的测试场景
• 异常表现：本地开发环境运行测试全流程正常，但在Azure DevOps流水线执行测试时，在文件加载代码行直接抛出FileNotFoundException异常
• 核心诉求：定位异常根因，给出落地的解决方法，以及可替代的实现方案

• Azure DevOps微软托管的流水线节点是公网云服务器，不在公司内网域内，根本没有访问公司局域网共享盘的网络通道，自然无法读取对应路径下的文件
• 即使用公司自有服务器作为自托管流水线代理，运行代理的是系统服务账号，和你本地开发机的登录账号权限并不互通，该服务账号如果没有被授予共享盘的读权限，会无法访问目标文件；且Windows服务进程不会加载当前用户手动配置的网络盘符映射（比如Z盘、Y盘这类映射），代码中如果使用盘符路径做引用，服务进程根本识别不到
• 如果测试代码中写死了本地开发环境的绝对文件路径（比如C:\work\testdata\input.xlsx），流水线的工作目录和本地开发目录结构完全不同，也会因为路径匹配失败触发文件不存在的异常

• 针对微软托管的Azure DevOps代理环境：
  • 体积较小、无敏感信息的测试数据文件，直接提交到对应Azure Repos的代码仓库，流水线拉取代码时会同步获取这些文件，测试代码直接通过项目内的相对路径引用即可，本地、流水线环境都能正常读取
  • 如果测试文件体积过大、或包含敏感信息，不适合提交到代码仓库，可以将文件上传到Azure DevOps内置的安全文件存储模块，在流水线流程中添加“下载安全文件”的步骤，将文件下载到流水线的临时工作目录，测试代码直接读取该目录下的文件即可
• 针对公司自托管的流水线代理环境：
  • 先给运行流水线代理的系统服务账号，授予对应共享盘路径的只读访问权限
  • 修改测试代码，不要使用网络映射的盘符路径做引用，直接使用共享盘的UNC网络路径（比如\\内网共享服务器IP\testdata\input.xlsx）做路径配置——这种路径不依赖用户的盘符映射，Windows服务进程可以正常识别
  • 配置完成后，先在流水线流程中添加临时的脚本任务，执行dir \\你的共享盘路径\目标测试文件命令，验证代理节点可以正常访问到目标文件后，再执行正式的测试任务，减少无效调试成本

• 针对Selenium的文件上传测试场景，不需要依赖固定的外部共享路径：直接定位页面上隐藏的文件上传<input>元素，通过WebElement.sendKeys(文件的绝对路径)方法即可完成上传操作，只要测试运行时将素材文件下载到运行环境的临时目录，本地、流水线环境都可以正常运行，不需要跨网络访问共享盘
• 如果测试数据文件变更频率很低，可以将文件内容序列化后嵌入TestNG的测试配置参数，测试运行时直接在内存中生成对应的临时文件，完全免去对外部文件存储的依赖

内容的提问来源于stack exchange，提问作者Shazin