Les tests javascript avec Moka - comment puis-je utiliser la console.journal de débogage d'un test?

Je suis en utilisant le javascript test-runner "Moka".

J'ai un test qui échoue, donc je serais pour le débogage à l'aide de console.log.

Mais lorsque les tests sont exécutés, il n'y a pas de sortie (uniquement les résultats des tests de Moka).
Il semble que Moka a capturé et supprimé mon console.log sortie!

Comment puis-je obtenir Moka montrer ma sortie? (pour des tests qui échouent)?

EDIT:

Énorme excuses! — console.log ne fonctionne que pour les tests! Je dois attendre pour supprimer la sortie, et je n'ai pas vérifier correctement mon propre code. Merci pour votre réponse.
Alors... cela dit... peut-être qu'il serait bien en fait, pour éviter la sortie pour les tests qui passent? hmm...

Sur une note connexe: je veux utiliser console.log parce que je vais avoir beaucoup de mal à essayer d'obtenir le débogueur Eclipse pour se connecter à node.js.

Suis-je le seul qui trouve cela difficile? Comment faites-vous pour debug node.js? Avec un débogueur, ou avec console.log états?

  • Bonne affaire! 🙂 Bon maintenant, je suis toujours très bien "débogage" nœud via moca tests. Je vois de temps dans un avenir proche, quand je veuille eval quelques options ici: stackoverflow.com/questions/1911015/...
  • Je voudrais vous suggérer de ne pas utiliser Eclipse pour Node.js il n'est vraiment pas le meilleur environnement pour l'utilisation de l'OMI. JetBrains' WebStorm est un grand Node.js IDE, même si cela coûte de l'argent. Si vous êtes à la recherche pour free, j'ai vraiment aimer le nouveau Code de Visual Studio, qui dispose de la prise en charge intégrée pour le Nœud de débogage et d'autres choses qui rendent le développement de noeuds de nice.
  • Mon expérience avec WebStorm est qu'il ralenti une fois notre fichier de structure commencé à faire de grandes et profondes. Ça m'a rappelé des vieux jours avec des applications Java.
  • En plus de ce que @dsw88 a écrit: Utiliser VS Code: Insérez un "débogueur;" déclaration de quelque part dans votre code. Démarrez votre test avec l'option --inspecter-brk option et utiliser le VS débogage de Code d'action "NodeJs attacher". Le débogueur commence à la première ligne dans le moka le script et vous devrez appuyer Reprendre une fois. La prochaine fois que votre "débogueur;" instruction est atteint, vous êtes bon pour aller.
InformationsquelleAutor Nick Perkins | 2012-05-19
  1. 47

    Ce Moka options que vous utilisez?

    C'est peut-être quelque chose à faire avec le journaliste (-R) ou de l'interface utilisateur (ui) utilisé?

    console.log(msg);

    fonctionne très bien lors de mes essais, même s'il est parfois mélangé à un peu maladroit. Sans doute en raison de la nature asynchrone de l'exécution des tests.

    Voici les options (moka.opts) je suis en utilisant:

    --require should
-R spec
--ui bdd

    Hmm..juste testé sans moka.opte et console.log fonctionne toujours.

    • moka -R spec fonctionne très bien! merci
    • d'où log() en fait beaucoup?
    InformationsquelleAutor Zach Bonham
  2. 31

    Si vous testez le code asynchrone, vous devez assurez-vous de placer done() dans le rappel de ce code asynchrone. J'ai eu ce problème lors de l'essai de requêtes http à une API REST.

    InformationsquelleAutor Kevin C.
  3. 18

    Vous pouvez avoir également mis à votre console.log après une attente qui échoue et est non-traitée, de sorte que votre ligne de journal n'est jamais exécuté.

    • Yep, c'était ma question, merci pour la suggestion de ce. J'ai déplacé les journaux de la console à l'AVANT de l'échec .attendre, et ils montrent maintenant.
    InformationsquelleAutor qix