如何在VSTS单元测试中处理敏感数据？避免提交账号密码至仓库

这问题我之前在项目里也碰到过，给你几个靠谱的方案，都是符合规范且不用把敏感信息提交到代码仓库的：

这是最贴合VSTS（现在叫Azure DevOps）生态的做法，完全和代码解耦，安全又规范：

• 先在Azure DevOps里管理敏感信息：进入你的项目，到「管道」→「库」→「变量组」，新建一个变量组，把需要的用户名、密码等信息添加成变量，记得勾选**「保密」**选项，这样这些值不会被明文显示在日志里。
• 在你的测试管道里引用这个变量组：编辑管道时，切换到「变量」选项卡，点击「变量组」按钮添加刚才创建的组，这样管道就能访问这些变量了。
• 修改测试代码读取环境变量：Azure DevOps会自动把管道变量注入到测试进程的环境变量中，你只需要把原来从XML读值的逻辑改成读取环境变量就行，比如：

  var username = Environment.GetEnvironmentVariable("TEST_USERNAME");
  var password = Environment.GetEnvironmentVariable("TEST_PASSWORD");
  

• 本地测试的话，你可以在launchSettings.json里设置环境变量（这个文件本来就该被.gitignore忽略），或者直接在本地终端临时设置，完全不影响仓库提交。

这个方案能兼顾本地开发和CI环境，配置逻辑更统一：

• 本地开发时，用命令行设置用户机密，这些信息会存在你本地的用户目录里，绝对不会提交到仓库：

  dotnet user-secrets set "TestSettings:Username" "your-local-username"
  dotnet user-secrets set "TestSettings:Password" "your-local-password"
  

• 在测试代码里通过.NET Core的配置系统读取，比如用IConfiguration注入，代码里直接读_configuration["TestSettings:Username"]就行。
• CI环境下，直接在Azure DevOps的测试任务里设置环境变量，注意用双下划线代替冒号，.NET Core配置系统会自动映射：比如设置环境变量TestSettings__Username=$(TestUsername)（$(TestUsername)就是你在管道变量里定义的保密值），这样测试代码在CI里会自动读取到这个值。

如果上面两个方案暂时没法落地，这个可以应急，但不如前两个优雅：

• 在.NET Core Test任务之前加一个PowerShell/Bash任务，用管道变量生成临时的XML配置文件：

  $xmlContent = @"
  <TestSettings>
    <Username>$env:TEST_USERNAME</Username>
    <Password>$env:TEST_PASSWORD</Password>
  </TestSettings>
  "@
  $xmlContent | Out-File -FilePath ./YourTestProject/TestSettings.xml
  

• 测试任务正常读取这个XML文件，测试完成后记得加一个任务删除这个文件，避免敏感信息留在CI机器上。

总的来说，方案1是最推荐的，因为它完全利用Azure DevOps的保密管理能力，和代码彻底解耦，后期维护也方便。

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