Télémétrie Microsoft.Testing.Platform

Microsoft.Testing.Platform collecte des données de télémétrie qui sont utilisées pour comprendre comment améliorer le produit. Par exemple, ces données d’utilisation permettent de déboguer des problèmes, tels que des temps de démarrage lents, et de hiérarchiser de nouvelles fonctionnalités. Bien que ces informations soient appréciées, vous êtes libre de désactiver les données de télémétrie. Pour plus d’informations sur la télémétrie, consultez la déclaration de confidentialité.

Types de données de télémétrie

Microsoft.Testing.Platform collecte uniquement les données de télémétrie de type Données d’utilisation. Les données d’utilisation sont utilisées pour comprendre comment les fonctionnalités sont consommées et où le temps est passé lors de l’exécution de l’application de test. Cela permet de classer par ordre de priorité les améliorations du produit.

Désactiver la création de rapports de télémétrie

Pour désactiver la télémétrie, définissez la variable d’environnement TESTINGPLATFORM_TELEMETRY_OPTOUT ou DOTNET_CLI_TELEMETRY_OPTOUT sur 1.

Divulgation d’informations

Microsoft.Testing.Platform affiche du texte similaire à ce qui suit lorsque vous exécutez votre exécutable pour la première fois. Le texte de sortie peut varier légèrement en fonction de la version de Microsoft.Testing.Platform que vous exécutez. Lors de cette première exécution, Microsoft vous informe sur la collecte de données.

Telemetry
---------
Microsoft.Testing.Platform collects usage data in order to help us improve your experience.
The data is collected by Microsoft and are not shared.
You can opt-out of telemetry by setting the TESTINGPLATFORM_TELEMETRY_OPTOUT
or DOTNET_CLI_TELEMETRY_OPTOUT environment variable to '1' or 'true' using your favorite shell.

Read more about Microsoft.Testing.Platform telemetry: https://aka.ms/testingplatform-telemetry

Points de données

La fonctionnalité de télémétrie ne collecte pas de données personnelles, comme les noms d’utilisateurs et les adresses e-mail. Il n’analyse pas votre code et n’effectue pas d’extraction de données au niveau du projet, comme un référentiel ou un auteur, il extraie le nom de votre exécutable et l’envoie sous forme hachée.

Elle n’extrait pas le contenu des fichiers de données consultés ou créés par vos applications, les images mémoire de la mémoire occupée par les objets de vos applications ni le contenu du Presse-papiers.

Les données sont envoyées de manière sécurisée à des serveurs Microsoft à l’aide de la technologie Azure Monitor, stockées à un emplacement dont l’accès est strictement limité et publiées conformément à des contrôles de sécurité stricts à partir de systèmes Stockage Azure sécurisés.

Microsoft prend la protection de vos données au sérieux. Si vous soupçonnez que la télémétrie collecte des données sensibles ou que les données sont gérées de manière non sécurisée ou inappropriée, signalez un problème dans le référentiel GitHub microsoft/testfx ou envoyez un e-mail à dotnet@microsoft.com à des fins d’investigation.

La fonctionnalité de télémétrie collecte les points de données suivants :

Version	Données
Tous	Version de runtime .NET.
Tous	Mode d’application, tel que « serveur ».
Tous	Nombre de nouvelles tentatives de test ayant échoué.
Tous	Nombre de nouvelles tentatives de test ayant réussi.
Tous	Nombre de tests ayant échoué.
Tous	Nombre de tests ayant réussi.
Tous	Nombre de tests exécutés.
Tous	Le DisplayName des extensions que vous utilisez, en tant que valeur de hachage.
Tous	Si la build de débogage de la plateforme est utilisée.
Tous	Si le débogueur a été attaché au processus.
Tous	Si le filtre de tests a été utilisé.
Tous	Si le rechargement chaud est activé.
Tous	Si l’application est bloquée.
Tous	Si l’application s’exécute en tant que NativeAOT.
Tous	Si le référentiel est notre propre référentiel. En fonction du paramètre telemetry:isDevelopmentRepository dans testingplatformconfig.json.
Tous	Nom de l’infrastructure de test que vous utilisez, en tant que valeur de hachage.
Tous	Nom de votre exécutable (qui est généralement identique au nom du projet), en tant que valeur de hachage.
Tous	Système d’exploitation, version et architecture.
Tous	Architecture du processus.
Tous	ID de run (RID). Pour plus d’informations, consultez le Catalogue RID .NET.
Tous	Code de sortie de l’application.
Tous	Adresse IP de trois octets utilisée pour déterminer l’emplacement géographique.
Tous	Timestamp de l’appel, timestamp de début et de fin des différentes étapes de l’exécution.
Tous	Version de la plateforme.
Tous	Version de vos extensions.
Tous	Version de votre adaptateur de test.
Tous	Guid permettant de mettre en corrélation les événements d’un seul exécuteur.
1.0.3	Guid permettant de mettre en corrélation les événements à partir d’une seule exécution de test.

Détection d’intégration continue

Pour détecter si l’interface CLI .NET s’exécute dans un environnement d’intégration continue, l’interface CLI .NET sonde la présence et les valeurs de plusieurs variables d’environnement connues définies par les fournisseurs d’intégration continue courants.

La liste complète des variables d’environnement, et ce qui est fait avec leurs valeurs, est détaillée dans le tableau suivant :

Variable(s) d’environnement	Fournisseur	Action
APPVEYOR	Appveyor	Analyser la valeur booléenne.
BUILD_ID, BUILD_URL	Jenkins	Vérifier si tous sont présents et non nuls.
BUILD_ID, PROJECT_ID	Google Cloud Build	Vérifier si tous sont présents et non nuls.
CI	Many/Most	Analyser la valeur booléenne.
CIRCLECI	CircleCI	Analyser la valeur booléenne.
CODEBUILD_BUILD_ID, AWS_REGION	Amazon Web Services CodeBuild	Vérifier si tous sont présents et non nuls.
GITHUB_ACTIONS	Actions GitHub	Analyser la valeur booléenne.
JB_SPACE_API_URL	JetBrains Space	Vérifier si présent et non nul.
TEAMCITY_VERSION	TeamCity	Vérifier si présent et non nul.
TF_BUILD	Azure Pipelines	Analyser la valeur booléenne.
TRAVIS	Travis CI	Analyser la valeur booléenne.