Delen via

Programma voor kwaliteitsverbetering van Visual Studio

Het Visual Studio-programma voor kwaliteitsverbetering (VSCEIP) is ontworpen om Microsoft te helpen Visual Studio in de loop van de tijd te verbeteren. Dit programma verzamelt informatie over fouten, computerhardware en hoe mensen Visual Studio gebruiken, zonder gebruikers te onderbreken in hun taken op de computer. De verzamelde informatie helpt Microsoft te identificeren welke functies moeten worden verbeterd. In dit document wordt beschreven hoe u zich kunt aan- of afmelden bij de VSCEIP en bevat informatie over de soorten gegevens die we verzamelen en hoe we deze gebruiken. Het bevat ook tips over hoe auteurs van extensies onbedoelde openbaarmaking van persoonlijke of gevoelige informatie kunnen voorkomen.

Afmelden voor het verzamelen van diagnostische gegevens

Gezien het doel van de gegevens die we verzamelen en de beperkingen voor de toegang en retentie ervan, raden we u aan de standaardprivacyinstellingen voor Visual Studio en Windows te gebruiken. U kunt zich echter afmelden voor het Visual Studio Experience Improvement Program. Wanneer u zich afmeldt, moet u zich afmelden voor het verzamelen van optionele diagnostische gegevens. Sommige verzameling diagnostische gegevens is vereist om ervoor te zorgen dat Visual Studio veilig, up-to-date is en naar verwachting presteert. Het verzamelen van vereiste diagnostische gegevens wordt niet beïnvloed door uw keuze om u af te wijzen voor VSCEIP.

Opmerking

Als u geïnteresseerd bent in het weergeven of verwijderen van persoonlijke gegevens, raadpleegt u de richtlijnen van Microsoft bij Verzoeken van betrokkenen van Windows voor de AVG. Als u op zoek bent naar algemene informatie over de AVG, raadpleegt u de sectie AVG van de Service Trust Portal.

Opmerking

Opt-in- of outinstellingen voor VSCEIP-telemetrie zijn niet van toepassing op 'Een probleem melden' in Visual Studio. Wanneer u een probleem meldt, worden de logboeken alleen verzameld en naar Microsoft verzonden wanneer u toestemming geeft door op ‘Verzenden’ te klikken. Als u geïnteresseerd bent in het beheren van logboeken voordat u deze bij 'Een probleem melden' indient, raadpleegt u de privacy van feedbackgegevens voor meer informatie.

Aanmelden of afmelden

De VSCEIP is standaard ingeschakeld. U kunt deze functie uitschakelen of weer inschakelen door de volgende instructies te volgen:

  1. Kies in Visual Studio Help Privacy>>Privacy-instellingen.

    Het dialoogvenster Visual Studio Experience Improvement Program wordt geopend.

  2. Als u zich wilt afmelden, selecteert u Nee, ik wil niet deelnemen en selecteert u VERVOLGENS OK. Als u zich wilt aanmelden, selecteert u Ja, ik wil deelnemen (aanbevolen) en selecteert u VERVOLGENS OK.

    Dialoogvenster Programma voor verbetering van Visual Studio-ervaring

Registerinstellingen

Als u de Build Tools voor Visual Studio installeert, moet u het register bijwerken om de VSCEIP te configureren. Enterprise-klanten kunnen een groepsbeleid maken om zich aan- of af te melden bij de VSCEIP door een registergebaseerd beleid in te stellen.

De relevante registersleutel en instellingen zijn als volgt:

  • Sleutel = HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\VSCommon\17.0\SQM in een 64-bits besturingssysteem
  • In een 32-bits besturingssysteem is Key = HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\VSCommon\17.0\SQM
  • Wanneer Groepsbeleid is ingeschakeld, sleutel = HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\VisualStudio\SQM

Entry = Opt-in

Waarde = (DWORD)

  • 0 is uitgeschakeld (uitschakelen van de VSCEIP)
  • 1 is aangemeld (schakel de VSCEIP in)

Waarschuwing

Het onjuist bewerken van het register kan uw systeem ernstig beschadigen. Voordat u wijzigingen aanbrengt in het register, moet u een back-up maken van waardegegevens op de computer. U kunt ook de opstartoptie Laatst bekende goede configuratie gebruiken als u problemen ondervindt nadat handmatige wijzigingen zijn toegepast.

Zie de Privacyverklaring van Microsoft voor meer informatie over de verzamelde, verwerkte of verzonden gegevens van de VSCEIP.

Door het systeem gegenereerde logboeken die door Visual Studio worden verzameld

Visual Studio verzamelt door het systeem gegenereerde logboeken om problemen op te lossen en de kwaliteit van het product te verbeteren. Hier vindt u informatie over de typen gegevens die we verzamelen en hoe we deze gebruiken. Het bevat ook tips over hoe auteurs van extensies onbedoelde openbaarmaking van persoonlijke of gevoelige informatie kunnen voorkomen.

Typen verzamelde gegevens

Visual Studio verzamelt door het systeem gegenereerde logboeken voor crashes, de gebruikersinterface reageert niet en een hoog CPU- of geheugengebruik. We verzamelen ook informatie over fouten die zijn opgetreden tijdens de productinstallatie of het gebruik. De verzamelde gegevens variëren op basis van de fout en kunnen stacktraceringen, geheugendumps en uitzonderingsinformatie bevatten:

  • Voor hoog CPU-gebruik en niet-reageren worden stacktraceringen van relevante Visual Studio-threads verzameld.

  • Voor gevallen waarin stacktraceringen van sommige threads niet voldoende zijn om de hoofdoorzaak van het probleem te bepalen, bijvoorbeeld crashes, niet reageren of een hoog geheugengebruik, verzamelen we een geheugendump. De dump vertegenwoordigt de status van het proces wanneer de fout is opgetreden.

  • Voor onverwachte foutvoorwaarden, bijvoorbeeld een uitzondering tijdens het schrijven naar een bestand op schijf, verzamelen we informatie over de uitzondering. De informatie bevat de naam van de uitzondering, de stacktracering van de thread waar de uitzondering is opgetreden, het bericht dat is gekoppeld aan de uitzondering en andere informatie die relevant is voor de specifieke uitzondering.

    In het volgende voorbeeld van verzamelde gegevens ziet u een uitzonderingsnaam, stacktracering en uitzonderingsbericht:

    "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."

Hoe we door het systeem gegenereerde logboeken gebruiken

De werkstroom om de hoofdoorzaak van een fout te bepalen, is afhankelijk van het type fout en de ernst ervan.

Foutclassificatie

Op basis van de logboeken worden fouten geclassificeerd en geteld om prioriteit te geven aan hun onderzoek. We kunnen bijvoorbeeld vaststellen dat 'System.IO.__Error.WinIOError' bij System.IO.FileStream.Init 500 keer heeft plaatsgevonden in versie <x> van het product, en dat het de hoogste frequentie van voorkomen in die versie heeft.

Werkitems voor volgen

Werkitems voor individuele, prioriteitsfouten worden gemaakt en toegewezen aan technici voor onderzoek. Deze werkitems bevatten doorgaans de classificatie, prioriteit en diagnostische gegevens die relevant zijn voor het type fout. Deze informatie wordt afgeleid van de verzamelde door het systeem gegenereerde logboeken voor de fout. Een werkitem voor een crash kan bijvoorbeeld de stack-trace bevatten waar de crash zich voordoet.

Foutonderzoek

Technici gebruiken de informatie die beschikbaar is in een werkitem om de hoofdoorzaak van een fout te bepalen. In sommige gevallen hebben ze meer informatie nodig dan wat aanwezig is in het werkitem. In dat geval verwijzen ze naar het oorspronkelijke door het systeem gegenereerde logboek dat is verzameld. Een ingenieur kan bijvoorbeeld een geheugendump inspecteren om een productcrash te begrijpen.

Tips voor auteurs van extensies

Auteurs van extensies moeten de blootstelling van persoonlijke gegevens beperken door geen persoonlijke of andere gevoelige informatie te gebruiken in de namen van hun modules, typen en methoden. Als er een crash of soortgelijke foutvoorwaarde optreedt met die code op de stack, worden die gegevens verzameld als onderdeel van de door het systeem gegenereerde logboeken.

Verwante inhoud

  • Last updated on