MSTest v1+Selenium3.11远程执行上传图片时遇Access Denied报错求助

哎，这个坑我之前踩过！远程CI环境跑UI自动化时，SendKeys这类依赖桌面交互的操作特别容易出权限问题，结合你的场景，我整理了几个实用的解决思路：

核心原因拆解 #

本地正常、远程报错，本质是权限与桌面会话环境的差异：

• 本地你用自己的用户登录，有完整的桌面交互权限，SendKeys能精准定位并操作上传窗口；
• 但VSTS构建/发布代理默认可能用无桌面的服务账户运行，这类账户没有和系统窗口交互的权限，自然会抛出Access Denied。

可行解决方案 #

方案1：弃用SendKeys，用Selenium原生文件上传（最推荐） #

这是彻底解决问题的最优解，完全绕开Windows窗体API的依赖，稳定性拉满。只要页面存在<input type="file">元素（哪怕被样式隐藏），直接用Selenium的SendKeys给它传文件路径即可：

// 定位到文件上传的input元素
IWebElement uploadInput = driver.FindElement(By.CssSelector("input[type='file']"));
// 传入代理服务器上的图片路径（注意路径要在代理可访问的位置）
uploadInput.SendKeys(@"D:\TestAssets\avatar.jpg");

这个方法不需要触发系统上传窗口，全程由Selenium控制，远程执行完全不受桌面环境影响。

方案2：调整VSTS代理的运行权限（保留SendKeys的备选） #

如果业务限制必须用系统上传窗口，就得给代理账户足够的桌面交互权限：

• 打开VSTS代理配置工具，选择以交互模式运行，而非Windows服务模式；
• 将代理运行账户替换为有本地管理员权限的用户，且确保该用户在服务器上有活跃的桌面会话（比如远程登录服务器后启动代理，不要断开会话）；
• 检查服务器组策略，确认没有限制该用户的桌面交互权限。

方案3：用AutoIt替代SendKeys（应急方案） #

如果SendKeys实在绕不开，可以试试AutoIt工具——它专门针对Windows窗口自动化，权限处理比SendKeys更灵活。你可以编写AutoIt脚本实现上传窗口的路径输入和确认，编译成exe后在测试代码中调用：

// 调用AutoIt编译后的执行文件，传入图片路径参数
System.Diagnostics.Process.Start(@"C:\TestScripts\HandleUpload.exe", @"D:\TestAssets\avatar.jpg");

不过这个方案需要在代理服务器部署脚本，维护成本比方案1高，仅作为应急备选。

总结 #

优先选方案1，用Selenium原生上传既稳定又无额外环境依赖；如果必须保留系统上传窗口，再考虑调整代理权限或用AutoIt替代。

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