Pourquoi le testeur de Visual Studio 2015/2017/2019 ne découvre pas mes tests xUnit v2


173

MISE À JOUR: Ajout d'un 2019; le mécanisme d'intégration Discovery / Runner est le même que pour 2017 et 2015, donc les éléments clés qui peuvent mal tourner sont les mêmes.


J'ai lu Pourquoi le coureur de xUnit ne trouve pas mes tests, ce qui explique les raisons pour lesquelles xUnit ne pourrait jamais trouver vos tests mais mon problème est différent - je suis convaincu qu'il n'y a rien de subtil dans mes tests; (ils ont travaillé dans d'autres environnements, cela semble être juste ma machine) - le Visual Studio Test Runner dans Visual Studio 2015 [Community Edition] ne montre tout simplement aucun de mes tests. Je ne fais rien d'excitant à distance; les tests ciblent xUnit.net v2 sur le bureau.

J'ai regardé dans la fenêtre de sortie et je ne vois rien du tout sous Test dans la sortie Afficher à partir des onglets.



1
Ce n'est qu'un problème possible, mais vous devez évidemment compiler le projet de test avant qu'il ne soit affiché dans l'explorateur de tests.
Niklas Peter



L'installation de Xunit.Runner.VisualStudio a résolu mon problème
Bendram

Réponses:


210
  1. Éliminez les exceptions de découverte de vos demandes; allez dans la fenêtre de sortie (Ctrl-Alt-O), puis basculez la sortie du spectacle de la liste déroulante (Shift-Alt-S) vers Tests et assurez-vous qu'il n'y a pas d'exceptions de découverte

  2. Test | Paramètres de test | L'architecture de processeur par défaut peut vous aider si vos tests sont spécifiques à x86 / x64 et que la découverte déclenche des exceptions liées à la bittedness, c'est-à-dire pas AnyCpu

  3. Comme suggéré dans cette réponse (votez si la technique vous aide), exécuter le programme d'exécution de la console de bureau ( instructions ) peut être une bonne vérification croisée pour éliminer d'autres possibilités, par exemple des fichiers de configuration mutilés: -

    packages\xunit.runner.console.2.2.0\tools\xunit.console <tests.dll>

    REMARQUE Le xunit.runner.consolepackage est obsolète - lorsque vous faites fonctionner des éléments dans VS, vous pourrez également les dotnet testexécuter dans des contextes CI


Allez lire la documentation - elle est complète, à jour, comprend des informations de dépannage et prend des PR: -

Remarque importante: si vous avez déjà installé le xUnit.net Visual Studio Runner VSIX (extension), vous devez d'abord le désinstaller. Le runner Visual Studio est uniquement distribué via NuGet maintenant. Pour le supprimer, allez dans Outils > Extensions et mises à jour . Faites défiler vers le bas de la liste, et si xUnit.net est installé, désinstallez-le. Cela vous obligera à redémarrer Visual Studio.

Si vous rencontrez des problèmes pour découvrir ou exécuter des tests, vous pouvez être victime d'un cache d'exécution corrompu dans Visual Studio. Pour vider ce cache, arrêtez toutes les instances de Visual Studio, puis supprimez le dossier%TEMP%\VisualStudioTestExplorerExtensions . Assurez-vous également que votre projet est uniquement lié à une seule version du package NuGet de Visual Studio runner ( xunit.runner.visualstudio).

Les étapes suivantes ont fonctionné pour moi:

  1. (Seulement si vous pensez qu'il y a un grave désordre sur votre machine - en général, le cas le plus courant est que l'intégration de Visual Studio n'est tout simplement pas encore installée)

    Faites ce DEL %TEMP%\VisualStudioTestExplorerExtensionsqui est conseillé: -

    PS> del $env:TEMP\VisualStudioTestExplorerExtensions

  2. Installez le package NuGet xunit.runner.visualstudiodans tous les projets de test

    • Paquet:

      .paket\paket add nuget xunit.runner.visualstudio -i

      Vous devez vous retrouver avec les éléments suivants dans votrepaket.dependencies :

      nuget xunit.runner.visualstudio version_in_path: true

      Notez que le version_in_path: truebit est important

    • Nuget: accédez à la console du gestionnaire de packages (Alt-T, N, O) et

      Install-Package xunit.runner.visualstudio)

    Reconstruisez pour vous assurer que xunit.runnerse termine dans le répertoire de sortie

  3. Fermer l'Explorateur de tests <- c'était le peu manquant pour moi

  4. Rouvrir l'Explorateur de tests (Alt-S, W, T)

  5. Exécuter tous les tests (Ctrl R, A)


12
"Fermez l'Explorateur de Test <- c'était le peu manquant pour moi" C'est l'étape la plus importante que j'ai également manquée et que j'ai passé 5 heures à comprendre. Merci, j'aurais dû faire attention aux étapes :)
Esen

1
le coureur xunit VS travaillait pour mon sln. Cependant, il avait cessé d'apparaître un jour. J'ai découvert que je n'avais pas installé le VS en cours d'exécution et que cela fonctionnait probablement à cause du cache, laissé par l'autre sln sur lequel le runner est installé. Après avoir installé le coureur, les choses fonctionnent à nouveau correctement. N'oubliez donc pas d'installer le runner pour chaque sln.
ZZZ

1
C'est incroyable. La suppression du dossier contenant trois autres dossiers vides a résolu le problème.
t3chb0t

1
@martinJH J'ai une réponse personnelle pour ça (Linked in OP): - stackoverflow.com/questions/16214684/… ;) Ne révélant pas comment j'ai découvert ça
Ruben Bartelink

1
Des trucs vraiment bizarres, mais la suppression %TEMP%\VisualStudioTestExplorerExtensionset le redémarrage de VS ont finalement fonctionné!
Hinrich

35

J'ai dû changer les paramètres de test après avoir changé le processeur des projets de test en x64. Puis les tests ont été détectés à nouveau.

Architecture


Avez-vous vu un message avant cela dans la sortie de test Discovery?
Ruben Bartelink

Non, je n'ai vu aucune erreur, il a fallu un certain temps pour comprendre.
Max

hmm; étrange (voir en haut de ma réponse - cela explique où chercher; normalement, cela est signalé (bien qu'il y ait des cas def où il n'y a simplement aucun message nulle part))
Ruben Bartelink

Cela a résolu le problème pour moi. Je ne sais pas pourquoi cela aide, mais c'est le cas.
VSO

2
J'ai dû nettoyer -> reconstruire après avoir changé.
user2023861

32

Aucune des solutions ci-dessus n'a fonctionné pour moi (dotnetcore 1.1, VS2017). Voici ce qui l'a corrigé:

  1. Ajouter un package NuGet Microsoft.TestPlatform.TestHost
  2. Ajouter un package NuGet Microsoft.NET.Test.Sdk

Ceux-ci s'ajoutent à ces packages que j'ai installés auparavant:

  • xunit (2.3.0-beta1-build3642)
  • xunit.runner.visualstudio (2.3.0-beta1-build1309)

9
Cela m'a aidé, il me manquait le package xunit.runner.visualstudio.
Ognjen Babic

Mon projet .NET 4.72 MS Test TestPlatform.TestHostn'est nécessaire que lors de la migration de VS 2017 vers VS 2019.
ΩmegaMan

Cela a résolu le problème pour moi. Dans la fenêtre Sortie, sélectionnez Tests dans la liste déroulante => voir le message "TestHost manquant" message.
rendez-vous le


14

Suivez ces étapes:

  1. Mettez à jour votre MsTest.TestAdapteret MsTest.TestFramework dll'sdenugget package manager .
  2. Nettoyez votre solution
  3. Construisez votre solution.

1
Pouvez-vous ouvrir un clone de cette question et répondre comme je l'ai fait? Celui-ci concerne xUnit v2 et versions ultérieures. Même les réponses xUnit v1 n'ont pas leur place ici. Vous pouvez créer un lien vers celui-ci avec une vue également en haut de la question, ou je peux créer un lien vers celui-ci dans la question
Ruben Bartelink

Cette solution fonctionne. Sinon, à chaque fois, je devais supprimer %TEMP%\VisualStudioTestExplorerExtensionset parfois je devais exécuter les tests depuis la console.
Venky

J'utilise NUnit et j'ai résolu ce problème en mettant à jour NUnit3TestAdapter vers la dernière version via NuGet.
dpberry178

Merci pour cela - dans mon cas, je devais simplement mettre à jour le package - réinstaller MSTest.TestAdapter et les tests ont été repris.
Rob

10

J'ai eu du mal avec cela tout l'après-midi en travaillant avec un projet ASP Core et xUnit 2.2.0. La solution pour moi était d'ajouter une référence àMicrosoft.DotNet.InternalAbstractions

J'ai découvert cela en essayant d'exécuter le projet de test manuellement avec dotnet testlequel a échoué mais signalé qu'il InternalAbstractionsmanquait. Je n'ai pas vu cette erreur dans la fenêtre de sortie du test lorsque la détection automatique a échoué. La seule information que j'ai vue dans la fenêtre de découverte était un code de retour, qui ne signifiait rien pour moi à l'époque, mais avec le recul, il indiquait probablement une erreur.


"mais a signalé une erreur utile" ... qui était? Pouvez-vous également vérifier qu'il n'était certainement pas répertorié dans la fenêtre des erreurs de découverte comme indiqué dans l'OP - c'est-à-dire pouvez-vous déclarer en toute confiance "J'ai regardé dans la fenêtre de sortie et je ne vois rien du tout sous Test dans la sortie Afficher les onglets . " ?
Ruben Bartelink

1
Voir la réponse mise à jour, je publierai les informations du code de retour plus tard au cas où cela serait pertinent.
Tom Makin

9

Cela m'est arrivé à plusieurs reprises - lorsque je nettoie le projet et le reconstruit, cela a tendance à aller bien.


des messages révélateurs lorsque vous regardez dans la fenêtre de sortie avec des tests sélectionnés dans la liste déroulante?
Ruben Bartelink

2
Aucun du tout, il dit simplement Aucun test trouvé
Liam

Dans mon cas, Test Explorer était suspendu à un test précédemment échoué. Si je naviguais dessus et essayais de faire un clic droit -> Exécuter ou quoi que ce soit, alors le VS entier se bloquerait. Le simple fait de nettoyer et de reconstruire a effacé le statut du test et résolu le problème pour moi.
Piedone

Puis-je ajouter que le simple fait de construire (c'est-à-dire F6) n'aidera pas, vous devez cliquer avec le bouton droit sur la solution dans VS Solution Explorer et cliquer sur Reconstruire la solution.
Piedone

8

Assurez-vous que votre classe de test est publique .


qui est explicitement traité dans la première réserve (je lie une autre question qui couvre ce cas); ce Q + A concerne uniquement le dépannage de la façon dont les tests normalement OK qui fonctionnent dans d'autres endroits ne fonctionnent pas pour quelqu'un maintenant dans un environnement donné. Pour moi, cette réponse ne fait que confondre les choses car elle dilue ce distinctino.
Ruben Bartelink

1
Merci beaucoup. Tu as sauvé ma journée.
hellouworld

7

La raison dans mon cas était que la version cible n'était pas la même entre le débogueur de projet et le testeur. Pour unifier ces éléments:

  1. Test> Paramètres de test> Architecture de processeur par défaut. puis sélectionnez X64 ou X86.
  2. Projet> (votre projet) Propriétés> Construire (onglet)> cible de la plateforme.

Une fois qu'ils sont identiques, reconstruisez votre solution, puis les méthodes de test apparaîtront pour vous.


6

Après avoir passé 2 jours ... rien de ce qui précède n'a fonctionné pour moi. La seule "solution" était: Allez dans les propriétés du projet -> onglet Build. Cliquez ensuite sur le bouton Avancé dans le coin inférieur droit du volet. Modifiez «Informations de débogage:» sur «complet» et cliquez sur OK.

Voici les captures d'écran: entrez la description de l'image ici

entrez la description de l'image icientrez la description de l'image ici


semble douloureux. Merci pour le partage et j'espère que cela aidera quelqu'un un jour. Cependant, je dois dire: je ne vois aucune raison pour laquelle le niveau d'informations de débogage affecte le processus de découverte, je ne peux donc que dire "Je ne pense pas que ce soit ce qui a réellement tiré sur l'ours" - espérons que je me trompe bien que;)
Ruben Bartelink

@RubenBartelink est tout à fait d'accord avec vous, c'est pourquoi j'ai mentionné "solution" dans une citation :) mais assez bizarre, cela a fonctionné tout de suite une fois que j'ai fait cela.
curiousBoy

Merci beaucoup. C'était aussi la solution pour moi :)
Babulaas

6

J'utilise xUnit 2.2.0.

Mon problème était que ma solution n'était pas en mesure de trouver certaines dll et app.config essayait de les résoudre. L'erreur n'apparaissait pas dans la fenêtre de sortie de test dans Visual Studio.

J'ai pu identifier l'erreur lors de l'installation xunit.runner.console et essayé d'exécuter les tests via la ligne de commande.

Comment exécuter des tests xunit dans la CLI .


5

Je peux fournir une solution pour un cas de pointe que j'ai rencontré il y a quelques jours. Ce ne sera pas la solution qui conviendra à tous les scénarios décrits ci-dessus, cependant, pour le cas de pointe, je l'ai fait réparer.

J'ai eu le même problème avec le plus récent VS 2017 (version 15.5.7) et XUnit 2.3.1. Le package xunit.runner.visualstudio a été installé, cependant, les tests ne sont pas apparus dans l'explorateur de test intégré de VisualStudio.

Je travaillais sur un projet hérité qui ciblait .NET Framework 4.5. Cependant, à partir de la version 2.2. XUnit ne prend pas en charge les frameworks .NET inférieurs à 4.5.2 (voir Notes de publication - XUnit 2.2: 19 février 2017

Changer le framework cible du projet de test vers une version> = 4.5.2 a fonctionné pour moi. Vous n'êtes pas obligé de modifier la version du projet que vous testez, il s'agit simplement du projet de test lui-même.


5

J'ai eu le même problème avec Visual Studio 2019. Je viens d'installer les packages NuGet suivants et le problème a été résolu.

1). xUnit

2). xunit.runner.visualstudio

3). Microsoft.TestPlatform.TestHost

4). Microsoft.NET.Test.Sdk


3

Cela peut également être dû au fait que la case à cocher de génération n'est pas cochée pour le projet de plate-forme actuel dans la configuration de génération. Cliquez sur Construire | Gestionnaire de configuration, puis assurez-vous que les projets de test ont une coche dans la colonne de construction de la plate-forme que vous utilisez (par exemple 'x86').

C'était définitivement la solution qui fonctionnait pour moi.


Je voterais pour cela si c'était sur stackoverflow.com/questions/16214684/ ... car ce n'est pas spécifique à xunit2 et un bon élément de liste de contrôle
Ruben Bartelink

3

Assurez-vous que vous n'avez pas écrit vos tests unitaires dans une bibliothèque de classes .NET Standard 2.0. L'exécuteur visualstudio ne prend pas en charge l'exécution de tests dans les bibliothèques de classes netstandard2.0 au moment de la rédaction de cet article.

Vérifiez ici la matrice de compatibilité de Test Runner:

https://xunit.github.io/#runners


3

Ran dans un problème similaire avec VS ne découvrant pas les méthodes de test. Dans mon cas, j'avais le mot-clé static avec la méthode, que j'ai supprimé et cela a fonctionné.

[TestMethod]

Before: public static void Test1()

After: public void Test1()

1
Je préférerais vraiment que ce ne soit pas ici car il s'agit de tests par ailleurs corrects qui ne peuvent pas être trouvés dans une instance particulière de VS. J'ai une réponse en moi-même: pourquoi un test xunit ne peut pas être découvert: stackoverflow.com/questions/16214684/… . Puis-je vous suggérer de créer un pourquoi mon test MSTest ne peut pas être récupéré (par VS si vous le souhaitez). (Comme vous le savez probablement, cette préoccupation particulière ne s'applique même pas à xUnit, ce qui est une autre raison pour laquelle, aussi utile soit-il, votre réponse n'a pas sa place ici)
Ruben Bartelink

MSTest n'a pas trouvé mes tests car le modificateur d'accès aux classes était interne.
Abdul Saboor le

3
  1. Fermer toutes les instances de Visual Studio
  2. Accédez à% TEMP% \ VisualStudioTestExplorerExtensions \
  3. Supprimer les dossiers associés à specrun
  4. Réessayer

faites le moi savoir, merci


2

Dans mon cas, j'avais 2 projets de test différents dans la solution. Les tests du projet 1 ont pu être trouvés, mais pas les tests du projet 2. J'ai trouvé que le déchargement du projet de test 1, puis la fermeture de VS> la suppression de mes fichiers temporaires> la ré-ouverture de la solution> la reconstruction, permettaient à VS de découvrir mes tests du projet 2.

Je suppose que quelque chose doit être en conflit entre les deux projets de test et que c'était le moyen le plus rapide de me mettre en marche en quelques minutes. Les problèmes peuvent être résolus plus tard :).


2

Je souffrais de ce problème depuis longtemps.

  • J'ai eu environ 100 projets de version différente ont été déployés dans différents serveurs.

  • La mise à jour de xunit de 2.2.0 vers 2.3.1 n'était pas une solution car la compilation échouait dans 2.3.1.

Ensuite, je viens de mettre à jour xunit.runner.visualstudio vers 2.3.1 et tout a commencé à fonctionner correctement . J'ai utilisé cette commande dans ma console de gestionnaire de packages pour mettre à jour mon package xunit.runner.visualstudio

Get-Project ComapanyName.ProjectName.*.Tests | Install-Package xunit.runner.visualstudio -Version 2.3.1

1

Le coupable le plus courant pour moi a été Visual Studio essayant d'exécuter les tests en utilisant une architecture différente de celle de la bibliothèque qu'il teste. Malheureusement, il semble que cela puisse mal tourner à plusieurs endroits.

Dans VS 2017, essayez de créer un fichier Run Settings, par exemple Default.runsettingsdans votre projet de test. Si votre bibliothèque principale est x64, le contenu doit être:

<?xml version="1.0" encoding="utf-8"?>
<RunSettings>
  <RunConfiguration>
    <TargetPlatform>x64</TargetPlatform>
  </RunConfiguration>
</RunSettings>

Ensuite, choisissez ce fichier dans Test -> Paramètres de test -> Sélectionnez le fichier de paramètres de test.

Ensuite, sous Test -> Paramètres de test, Architecture de processeur par défaut, choisissez à nouveau l'architecture correcte.

Assurez-vous de nettoyer et de construire toute la solution. Vous devrez peut-être fermer et rouvrir la fenêtre de l'Explorateur de tests. Recherchez toute erreur supplémentaire dans la fenêtre Sortie -> Test, pour plus d'indices sur les types d'architecture incorrects.

Pour info, des entrées supplémentaires de paramètres de test peuvent être trouvées ici .


1

Il y a une autre raison qui peut empêcher l' Explorateur de tests d'afficher des tests, et cela a à voir avec le nouveau .pdbformat de fichier portable introduit avec Visual Studio 2017 / pour .NET Core qui peut casser certains outils VS. (Contexte: voir le rapport de bogue "Mono.Cecil provoque une exception OutOfMemoryException avec les nouveaux PDB .csproj" .)

Vos tests ne sont-ils pas trouvés en raison du nouveau format portable .pdb(symboles de débogage)?

  • Ouvrez la sortie fenêtre .
  • Modifier la sélection déroulante pour Afficher la sortie de à Tests .
  • Si vous voyez une sortie comme celle-ci (peut-être répétée une fois pour chacun de vos tests), alors vous avez le problème décrit dans cette réponse:

    Exception System.OutOfMemoryException, Exception converting <SignatureOfYourTestMethod>
    Array dimensions exceeded supported range.

Si oui, procédez comme suit pour résoudre le problème:

  • Ouvrez les propriétés de votre projet de test (sélectionnez le projet de test dans l' Explorateur de solutions et appuyez sur Alt+ Enter).
  • Basculez vers l' onglet Générer .
  • Cliquez sur le bouton Avancé ... (situé à la toute fin de cette page à onglet).
  • Dans la liste déroulante marquée des informations de débogage , choisissez none, pdb-onlyou full, mais pas portable . C'est ce dernier paramètre qui fait que les tests ne sont pas trouvés.
  • Cliquez sur OK et nettoyez et reconstruisez votre projet. Si vous voulez être plus sûr, accédez au répertoire de sortie de votre projet de test et nettoyez tous les .pdbfichiers avant la reconstruction. Maintenant, vos tests devraient être de retour.

1

Cela m'est arrivé lorsque j'ai fait mes premières tentatives de marche avec IntelliTest dans VS 2017.

Parfois, lorsque le projet de test est créé automatiquement par IntelliTest, la référence d'assembly à Microsoft.ExtendedReflection( ... \ Program Files (x86) \ Microsoft Visual Studio \ 2017 \ Enterprise \ Common7 \ IDE \ Extensions \ Microsoft \ Pex \ Microsoft.ExtendedReflection. dll ) est manquant. Une fois ajoutés, les tests générés apparaîtront dans l'explorateur de tests après la recompilation.


1

Avertissement: il ne s'agit pas de xunit avec Visual Studio 2015, mais de Visual Studio 2017 avec une application de test unitaire UWP (MSTest). Je suis arrivé à ce fil en cherchant la même chose alors peut-être que quelqu'un d'autre fera de même :)

La solution pour moi était de mettre à jour les packages nuget pour MSTest.TestAdapter et MSTest.TestFramework. Il semble que lorsque vous créez une application de test unitaire pour UWP, vous n'obtenez pas automatiquement les dernières versions.


Je suggérerais de poser une question auto-répondue comme je l'ai fait est le meilleur moyen de séquestrer ces informations - n'hésitez pas à copier-coller toute ma question et s / xUnit / MSTest / si vous pensez que cela a du sens;)
Ruben Bartelink

1

Mon problème a été résolu en installant le nuget xunit.runner.visualstudio


1

Dans mon cas, j'ai plusieurs projets de test dans la même solution et un seul des projets n'affichait pas le "Test Explorer"

Je suis allé au "Gérer le package Nuget pour la solution" en cliquant avec le bouton droit sur la solution.

J'ai remarqué que sous l'onglet "Consolider", il y avait des packages de nuget "Test" qui n'étaient pas synchronisés entre les projets. J'ai cliqué sur "Installer" et mes tests manquants sont apparus.


1

J'ai essayé la plupart des suggestions ci-dessus et rien n'a fonctionné. Dans mon cas, je fais partie d'une équipe et des tests apparaissaient pour d'autres développeurs pour la même solution. Donc, j'ai essayé de supprimer simplement mon dossier .vs, mais pas de chance non plus.

J'ai fini par supprimer entièrement mon dossier local et re-cloner le dépôt. Cela a résolu le problème pour moi.


1

Voici la solution qui a fonctionné pour nous. Pas le meilleur mais peut-être que l'on peut en bénéficier.

Contexte:

  • Nos scripts ont été développés avec VS 2013 et ont utilisé NUnit VS Adapter 2.1.
  • Récemment, nous avons migré vers VS 2017 et lors de l'ouverture de la même solution - le test ne s'afficherait pas dans l'Explorateur de tests

Lors de la construction, nous verrions ce message:

[Informational] NUnit Adapter 3.10.0.21: Test discovery starting
[Informational] Assembly contains no NUnit 3.0 tests: C:\ihealautomatedTests\SeleniumTest\bin\x86\Debug\SeleniumTest.dll
[Informational] NUnit Adapter 3.10.0.21: Test discovery complete

Solution (temporaire):

  • Désinstaller l'adaptateur NUnit 3.10 ...
  • Installez NUnit VS Adapter 2.1.

Maintenant, les tests sont affichés.


Veuillez extraire votre nouvelle question (au moins en apparence) dans son propre message pour en faire une réponse claire :)
geisterfurz007

... Intitulé "pourquoi le NUnit TestAdapter v3 ne voit pas mes tests NUnit v2? Et a) ping ici b) un" voir aussi <link> "en haut (même s'il est légèrement ténu), mais je comme cette réponse supprimée car elle ne correspond pas bien avec xUnit v2 testsle titre.
Ruben Bartelink

0

Vérifiez également si un fichier app.config complètement vide (complètement vide sans aucun balisage) se trouve dans le projet de test. C'était le coupable dans mon cas.


0

Dans mon cas, j'ai créé une nouvelle "Configuration de la solution" comme indiqué dans l'image. Ainsi, lorsque je sélectionne mon personnalisé comme "Prod", il ne reconnaît pas TestMehods pour une raison quelconque. Revenir à "Debug" résout le problème

entrez la description de l'image ici


0

Je ne sais pas si certains d'entre vous utilisent également JustMock, mais j'ai dû désactiver le profileur dans VS 2017 pour que la détection des tests fonctionne.


Hmmm. Si vous le rallumez, échoue-t-il à nouveau immédiatement?
Ruben Bartelink

Oui. Si je ferme la solution, que j'active le profileur et que je reviens, la détection du test échoue.
chrisdrobison
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.