VS2017中Coded UI测试DataSource报TF30063错误（VS2015可正常运行）

我之前也碰到过一模一样的情况——VS2015里好好的数据源配置，到VS2017就弹出权限错误，其实核心原因是VS2017对TFS/Azure DevOps数据源的认证机制和旧版本有差异，给你几个亲测有效的解决办法：

1. 调整数据源连接字符串格式 #

VS2017对Microsoft.VisualStudio.TestTools.DataSource.TestCase的参数解析更严格，你可以把原来的连接字符串拆成规范的参数形式试试：

[DataSource("Microsoft.VisualStudio.TestTools.DataSource.TestCase", "https://<Company>.visualstudio.com/defaultCollection", "<你的测试项目名称>", "10216", DataAccessMethod.Sequential)]

原来把项目名拼在URL后的写法，在VS2017里容易出现解析错误，单独拆成第三个参数就正常了。

2. 确认VS2017已登录正确账号 #

有时候VS2017不会自动关联你访问TFS的工作账号，导致访问数据源时没有权限：

• 点击VS2017右上角的账号头像，确认登录的是有权限访问该测试项目的账号
• 如果没登录，直接登录对应的工作账号，重启测试项目再运行

3. 手动配置TFS连接的认证方式 #

自动登录失效的话，可以手动指定认证规则：

• 打开VS2017的「团队资源管理器」，找到对应的TFS服务器连接
• 右键点击连接选择「连接设置」，在认证选项里选「集成Windows身份验证」（或者对应你的账号认证方式，比如个人访问令牌）
• 保存设置后，重新生成测试项目再执行

4. 检查测试项目与用例的权限 #

确保你的账号对目标测试项目和ID为10216的测试用例有读取权限：

• 登录Azure DevOps/TFS网页端，找到对应的测试项目
• 进入「项目设置」-「权限」，确认你的账号被分配了「测试人员」这类包含测试用例读取权限的角色
• 同时检查该测试用例本身的权限，有没有单独设置访问限制

5. 用个人访问令牌(PAT)替代默认认证 #

如果以上方法都不行，试试用PAT来认证：

• 在Azure DevOps网页端生成一个包含「测试管理」权限的PAT
• 在VS2017的「团队资源管理器」里编辑TFS连接，把认证方式改成「个人访问令牌」，输入生成的PAT
• 重新运行测试，一般就能正常连接数据源了

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