Programa de Aperfeiçoamento da Experiência do Cliente do Visual Studio

O VSCEIP (Programa de Aperfeiçoamento da Experiência do Cliente) do Visual Studio foi projetado para ajudar a Microsoft a melhorar o Visual Studio ao longo do tempo. Este programa coleta informações sobre erros, hardware de computador e como as pessoas usam o Visual Studio, sem interromper os usuários em suas tarefas no computador. As informações coletadas ajudam a Microsoft a identificar quais recursos melhorar. Este documento aborda como aceitar ou sair do VSCEIP e fornece algumas informações sobre os tipos de dados que coletamos e como os usamos. Ele também fornece dicas sobre como os autores de extensão podem evitar a divulgação inadvertida de informações pessoais ou confidenciais.

Recusar a coleta de dados de diagnóstico

Considerando a finalidade dos dados coletados e as restrições em seu acesso e retenção, recomendamos que você use as configurações de privacidade padrão para Visual Studio e Windows. No entanto, você pode recusar o Programa de Aperfeiçoamento da Experiência do Visual Studio. Ao recusar, você está recusando a coleta opcional de dados de diagnóstico. Algumas coletas de dados de diagnóstico são necessárias para garantir que o Visual Studio esteja seguro, atualizado e funcionando conforme o esperado. A coleta de dados de diagnóstico necessária não será afetada por sua escolha de recusar o VSCEIP.

Participar ou recusar

O VSCEIP é ativado por padrão. Você pode desativá-lo ou voltar a ligar novamente seguindo estas instruções:

1. No Visual Studio, escolha Ajuda>Privacidade>Configurações de Privacidade.

   A caixa de diálogo Programa de Aperfeiçoamento da Experiência do Visual Studio é aberta.

2. Para recusar, selecione Não, eu não gostaria de participar e selecione OK. Para aceitar, selecione Sim, estou disposto a participar (Recomendado) e, em seguida, selecione OK.

   

Configurações do Registro

Se você instalar as Ferramentas de Build para Visual Studio, deverá atualizar o registro para configurar o VSCEIP. Os clientes corporativos podem construir uma política de grupo para aceitar ou sair do VSCEIP definindo uma política baseada em registro.

A chave e as configurações relevantes do Registro são as seguintes:

Entrada = OptIn

Valor = (DWORD)

• 0 não está participando (desativar o VSCEIP)
• 1 está ativado (ligue o VSCEIP)

Para obter mais informações sobre as informações coletadas, processadas ou transmitidas pelo VSCEIP, consulte a Política de Privacidade da Microsoft.

Logs gerados pelo sistema coletados pelo Visual Studio

O Visual Studio coleta logs gerados pelo sistema para corrigir problemas e melhorar a qualidade do produto. Aqui estão algumas informações sobre os tipos de dados que coletamos e como os usamos. Ele também fornece dicas sobre como os autores de extensão podem evitar a divulgação inadvertida de informações pessoais ou confidenciais.

Tipos de dados coletados

O Visual Studio coleta logs gerados pelo sistema para falhas, falta de resposta da interface do usuário e alto uso de CPU ou memória. Também coletamos informações sobre erros encontrados durante a instalação ou o uso do produto. Os dados coletados variam de acordo com o erro e podem incluir rastreamentos de pilha, despejos de memória e informações de exceção:

• Para uso elevado da CPU e falta de resposta, são coletados rastreamentos de pilha das threads relevantes do Visual Studio.

• Para casos em que rastreamentos de pilha de alguns threads não são suficientes para determinar a causa raiz do problema, por exemplo, falhas, falta de resposta ou alto uso de memória, coletamos um despejo de memória. O dump representa o estado em que o processo estava quando o erro ocorreu.

• Para condições de erro inesperadas, por exemplo, uma exceção ao tentar gravar em um arquivo em disco, coletamos informações sobre a exceção. As informações incluem o nome da exceção, o rastreamento de pilha do thread em que ocorreu a exceção, a mensagem associada à exceção e outras informações relevantes para a exceção específica.

  O exemplo a seguir de dados coletados mostra um nome de exceção, um rastreamento de pilha e uma mensagem de exceção:

  "Reserved.DataModel.Fault.Exception.TypeString": "System.IO.IOException",
  "Reserved.DataModel.Fault.Exception.StackTrace": "System.IO.__Error.WinIOError(Int32,String)\r\n
  System.IO.FileStream.Init(String,FileMode,FileAccess,Int32,Boolean,FileShare,Int32,FileOptions,SECURITY_ATTRIBUTES,String,Boolean,Boolean,Boolean)\r\n
  System.IO.FileStream..ctor(String,FileMode,FileAccess,FileShare,Int32,FileOptions,String,Boolean,Boolean,Boolean)\r\nSystem.IO.StreamWriter.CreateFile(String,Boolean,Boolean)\r\n
  System.IO.StreamWriter..ctor(String,Boolean,Encoding,Int32,Boolean)\r\n
  System.IO.StreamWriter..ctor(String,Boolean)\r\n
  System.IO.File.CreateText(String)\r\n
  Microsoft.VisualStudio.Setup.Services.FileSystem.CreateText(String,Boolean)\r\n
  Microsoft.VisualStudio.Setup.Cache.ChannelManifestRepository.WriteChannelManifest(IChannelManifest,String,String)\r\n
  Microsoft.VisualStudio.Setup.Cache.ChannelManifestRepository.AddChannel(ChannelManifestPair,Boolean)\r\n
  Microsoft.VisualStudio.Setup.Cache.CacheManager.AddChannel(ChannelManifestPair,Boolean)\r\n
  Microsoft.VisualStudio.Setup.ChannelManager.\<UpdateAsync>d__37.MoveNext()\r\n”,
  "Reserved.DataModel.Fault.Exception.Message": " The process cannot access the file 'C:\\Users\\[UserName]\\AppData\\Local\\Microsoft\\VisualStudio\\Packages\\_Channels\\4CB340F5\\channelManifest.json' because it is being used by another process."
  

Como usamos logs gerados pelo sistema

O fluxo de trabalho para determinar a causa raiz de um erro varia dependendo do tipo de erro e de sua gravidade.

Classificação de erros

Com base nos logs, os erros são classificados e contados para priorizar a investigação. Por exemplo, podemos descobrir que "System.IO.__Error.WinIOError" em "System.IO.FileStream.Init" ocorreu 500 vezes na versão <x> do produto e tem a maior taxa de ocorrência nessa versão.

Itens de trabalho para acompanhamento

Itens de trabalho para erros individuais e priorizados são criados e atribuídos aos engenheiros para investigação. Esses itens de trabalho normalmente contêm as informações de classificação, prioridade e diagnóstico relevantes para o tipo de erro. Essas informações são derivadas dos logs coletados gerados pelo sistema, referentes ao erro. Por exemplo, um item de trabalho para uma falha pode conter o rastreamento de pilha em que a falha está ocorrendo.

Investigação de erro

Os engenheiros usam as informações disponíveis em um item de trabalho para determinar a causa raiz de um erro. Em alguns casos, eles precisam de mais informações do que o que está presente no item de trabalho, caso em que se referem ao log original gerado pelo sistema que foi coletado. Por exemplo, um engenheiro pode inspecionar um despejo de memória para entender uma falha de produto.

Dicas para autores de extensão

Os autores de extensão devem limitar a exposição de informações pessoais não usando informações pessoais ou outras informações confidenciais nos nomes de seus módulos, tipos e métodos. Se ocorrer uma falha ou uma condição de erro semelhante com esse código na pilha, essas informações serão coletadas como parte dos logs gerados pelo sistema.

Conteúdo relacionado

• Como relatar um problema com o Visual Studio
• Comunidade de Desenvolvedores do Visual Studio
• Política de Privacidade da Microsoft
• Diagnóstico, comentários e privacidade no Windows 10