Programa de Aperfeiçoamento da Experiência do Usuário do Visual Studio

O Visual Studio Customer Experience Improvement Program (VSCEIP) foi projetado para ajudar a Microsoft a melhorar o Visual Studio ao longo do tempo. Este programa coleta informações sobre erros, hardware do computador e como as pessoas usam o Visual Studio, sem interromper os usuários em suas tarefas no computador. As informações recolhidas ajudam a Microsoft a identificar as funcionalidades a melhorar. Este documento abrange como aceitar ou não o 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 da extensão podem evitar a divulgação inadvertida de informações pessoais ou confidenciais.

Optar por não participar na recolha de dados de diagnóstico

Dada a finalidade dos dados que coletamos 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 desativar o Programa de Aperfeiçoamento da Experiência do Visual Studio. Ao optar por não participar, você está desativando 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 seja seguro, atualizado e tenha o desempenho esperado. A recolha de dados de diagnóstico necessária não será afetada pela sua escolha de recusar o VSCEIP.

Optar por participar ou não

O VSCEIP está ativado por padrão. Você pode desativá-lo ou ativá-lo 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 desativar, selecione Não, não gostaria de participar e, em seguida, 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 compilação para Visual Studio, você deve atualizar o registro para configurar o VSCEIP. Os clientes corporativos podem construir uma política de grupo para aceitar ou não o VSCEIP definindo uma política baseada no Registro.

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

Entrada = OptIn

Valor = (DWORD)

• 0 está desativado (opte por desligar o VSCEIP)
• 1 é aceito (ativar o VSCEIP)

Para obter mais informações sobre as informações coletadas, processadas ou transmitidas pelo VSCEIP, consulte a Declaração de Privacidade da Microsoft.

Logs gerados pelo sistema recolhidos 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 da extensão podem evitar a divulgação inadvertida de informações pessoais ou confidenciais.

Tipos de dados recolhidos

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 recolhemos informações sobre erros encontrados durante a instalação ou utilização do produto. Os dados coletados variam com base no erro e podem incluir rastreamentos de pilha, despejos de memória e informações de exceção:

• Para um uso elevado da CPU e falta de resposta, os rastros de pilha dos threads relevantes do Visual Studio são coletados.

• Para casos em que os 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 despejo representa o estado do processo quando o erro ocorreu.

• Para condições de erro inesperadas, por exemplo, uma exceção ao tentar gravar em um arquivo no disco, coletamos informações sobre a exceção. As informações incluem o nome da exceção, o rastreamento de pilha do thread onde a exceção ocorreu, 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, rastreamento de pilha e 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 os logs gerados pelo sistema

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

Classificação de erros

Com base nos registros, os erros são classificados e contados para priorizar sua 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 rastreamento

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

Investigação de erros

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 as presentes 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 da 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 houver uma falha ou uma condição de erro semelhante com esse código na pilha, essas informações serão recolhidas como parte dos registos gerados pelo sistema.

Conteúdo relacionado

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