Azure DevOps运行Selenium C#自动化测试断言文件下载报路径找不到错误

• 硬编码的C:\Users\Downloads路径本身不符合Windows系统目录规范：正常Windows系统的下载目录必须包含对应运行用户的用户名层级，完整格式为C:\Users\[当前运行用户名]\Downloads。本地运行时因为你手动创建过该目录、或是浏览器默认下载路径刚好指向该位置，测试能正常通过，但Azure DevOps托管代理上不存在这个跳过用户层级的目录，因此直接抛出找不到路径的异常。
• Azure DevOps托管代理的运行身份和本地不一致：托管Windows代理的运行身份是专属服务账号，并非你的本地个人用户。代理上所有用户目录都对应该服务账号的路径结构，你写的固定路径没有匹配对应账号的用户名层级，自然无法定位到实际的下载文件目录。
• 测试代码存在多处逻辑缺陷：即便路径修复后，这些问题也容易在CI环境触发异常：
  • 查找元素得到的filedownload变量未实际使用，代码中点击的downloadThefile并未在当前作用域中定义，变量名不统一极易引发空引用异常
  • 依赖固定3秒睡眠等待文件下载，CI环境网络波动、下载速度不稳定时，很可能还没等文件下载完成就去读取目录
  • 断言逻辑错误：未检测到下载文件的分支中编写了Assert.IsTrue(fileIsDownloaded < 0)，文件计数的取值最小为0，永远不可能小于0，这个断言触发时必然返回测试失败，和预期的校验逻辑完全不符

• 完全替换硬编码路径：在初始化Selenium浏览器时，通过浏览器配置项指定动态生成的临时下载目录，例如使用系统临时路径拼接专属目录：
  var downloadDir = Path.Combine(Path.GetTempPath(), "UITestDownloads_" + Guid.NewGuid())
  测试开始前先调用Directory.CreateDirectory(downloadDir)确保目录存在，不管是本地开发环境还是CI代理环境，该路径都对应当前运行账号有权限的目录，不会出现路径找不到的问题。
• 将所有原引用C:\Users\Downloads的代码，全部替换为上述动态生成的downloadDir变量。
• 替换固定3秒睡眠为文件下载显式等待：循环检查目标目录中的pdf文件，确认不存在浏览器临时下载后缀（如Chrome的.crdownload临时文件）、且文件大小连续两次检测无变化后，再执行后续校验逻辑，最长等待时间可设置为30秒，适配CI环境的网络波动。
• 修正断言逻辑：未检测到下载文件时直接触发测试失败，删除原代码中永远无法成立的Assert.IsTrue(fileIsDownloaded < 0)判断。
• 测试执行完成后，遍历删除下载目录中的所有pdf文件，保留原有的测试环境清理逻辑。

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