phpunit --debug affiche toujours uniquement des points
Je veux voir le test qui est en cours d'exécution pendant un phpunit exécuter.
- Je utiliser le --debug
param, mais encore seulement obtenir des points:
$ phpunit --debug PHPUnit 3.7.19 par Sebastian Bergmann. Lecture de Configuration de /home/foo/bar/phpunit.xml ..S.......J'..
contenu de phpunit.xml
:
<phpunit backupGlobals="true"
bootstrap="tests/bootstrap.php"
backupStaticAttributes="false"
cacheTokens="false"
colors="true"
convertErrorsToExceptions="true"
convertNoticesToExceptions="true"
convertWarningsToExceptions="true"
forceCoversAnnotation="false"
mapTestClassNameToCoveredClassName="false"
printerClass="PHPUnit_TextUI_ResultPrinter"
processIsolation="false"
stopOnError="false"
stopOnFailure="false"
stopOnIncomplete="false"
stopOnSkipped="false"
testSuiteLoaderClass="PHPUnit_Runner_StandardTestSuiteLoader"
strict="false"
verbose="true">
<testsuites>
<testsuite name="foo Tests">
<directory>./tests</directory>
</testsuite>
</testsuites>
<filter>
<whitelist addUncoveredFilesFromWhitelist="true">
<directory suffix=".php">./src</directory>
</whitelist>
</filter>
<logging>
<log type="coverage-clover" target="./clover.xml"/>
</logging>
</phpunit>
Quelle peut être la raison pour cela?
- N'êtes-vous pas à la recherche pour
--verbose
à la place? - même sortie.
- Vous voulez reformuler la question, puis, comme il ne sait pas ce que vous voulez. (La liste des commutateurs est ici, d'ailleurs: phpunit.de/manual/3.6/en/textui.html)
- verbose est déjà vrai dans son phpunit.xml
- Dans PHPUNIT 4.8.30 (et, sans doute), --debug travaille pour cela.
- J'aurais formulé ce "Comment puis-je arrêter le défaut de dot progrès de sortie lors de l'exécution de PHPUnit test?"
Vous devez vous connecter pour publier un commentaire.
J'ai eu le même problème et résolu par retrait ce:
l'une des options, sur la base de la balise dans le phpunit.xml fichier de configuration.
Vous voulez être à l'aide de --testdox
--testdox
(au moins dans mon expérience...), c'est qu'il n'affiche pas les erreurs en bas de l'exécution des tests comme les autres, de sorte que vous avez à analyser et rechercher vide[ ]
s[ ]
donc à l'aide d'--testdox
il sera impossible de savoir quels tests ont échoué.(Répondre à la question "comment faire pour voir le test qui est actuellement en cours d'exécution")
Comme vous l'avez remarqué --debug et --verbose sont de peu d'aide. (J'ai utiliser l'option --verbose la plupart du temps, mais parce qu'il me dit de plus amples informations quand les choses vont mal, et n'est pas vraiment très prolixe le reste du temps.)
Voici mon premier essai:
Je l'ai essayé sur une suite de test qui a une certaine lenteur des tests. Il a fonctionné à merveille jusqu'à ce que test 21, puis rien, puis quelques minutes plus tard, des tests de 22 à 598 apparu d'un seul coup. Je soupçonne le tampon de sortie. Ici est une variante qui n'a pas ce problème, mais nécessite deux fenêtres du terminal ouvert:
Puis dans une autre fenêtre:
En fait il ne veut pas vous dire exactement ce que vous voulez, parce que ça n'rapports de quelle fonction il était de travail sur. Donc, quand vous obtenez un délai, vous devez attendre le test pour finir de découvrir qui est de la lenteur de test.
Pour obtenir plus de contrôle envisager la rédaction de votre propre test auditeur.
--debug
utilisé pour bien travailler ... Mais ceux-ci était Magento/EcomDev_PHPUnit, non, je suis sur Symfony2 - peut-être qu'il n'est pas venu directement à partir de PHPUnit? aucune idée ...startTest
crochet alors que compterait comme un bug).La meilleure solution que j'ai trouver était d'ajouter la section enregistrement de votre phpunit.xml fichier