Node.js 原子+；windows上的摩卡=生成摩卡eNont

我的目标是通过Atom运行mocha单元测试，Atom安装在Windows上，我的src代码也驻留在其中。这应该独立于运行在不同（Linux）机器上的Meteor应用程序

基本上，我的设置如下：

我有我的回购协议和源代码：

c:\Users\Me\repos\meteor

我的测试在里面：

c:\Users\Me\repos\meteor\tests

我有一个节点：

 c:\Program Files\nodejs

与“npm i-g摩卡咖啡-保存开发”一起安装

我尝试使用这个软件包，但如果需要，我可以切换到另一个软件包

到目前为止，我所尝试的：

我编辑了atom mocha测试运行程序的设置：

但每次我试图通过下拉菜单（run Mocha test）运行测试时，我都会遇到以下错误：

Mocha Test Results:

Node binary:    C:\Program Files\nodejs\node.exe
Root folder:    C:\Source\Repos
Mocha command:  undefined
Path to mocha:  mocha
Debug-Mode:     false
Test file:      tests\unit\first.js
Selected test:  should return url

Failed to run Mocha
spawn mocha ENOENT

---

有人知道我错过了什么或做错了什么吗？

仍然不知道为什么软件包不起作用，我将给出一个逃避的答案。如果我们想办法让它发挥作用，你可以接受这个答案。使您能够从Atom命令运行高度特定的命令行指令。下面是一个命令示例，该命令使用相同的热键在当前文件的项目路径中运行

mocha

，并方便地组织到自己的菜单项中：

这种方法的缺点是您必须知道如何自己使用外部程序。像

mocha test runner

这样的软件包旨在消除用户的这种需求，但是正如我们在这里看到的，有时候软件包不知道它需要做什么。您只需学习该命令足够长的时间就可以设置运行该命令的配置，从这一点上讲，这非常简单，这一点缓解了该缺点

---

与其他软件包相比的优势包括能够精确控制正在发生的事情。假设当前项目中有多个顶级文件夹，并且它们具有不同的测试套件。像

mochatestrunner

这样的包可以从活动文件或项目中获取路径。如果开发人员选择获取项目路径，那么您将在运行单个测试套件时遇到问题。使用我共享的配置，命令将始终在当前文件的项目文件夹的绝对路径中运行，因此测试将针对您当时正在处理的任何文件运行。

在

mocha test runner

设置中，有一个标记为

显示上下文信息的复选框。如果您对此进行检查，运行命令，然后与我们共享结果，可能会有所帮助。@HollandWilson完成后，mocha命令似乎有问题，但为什么？在我看来，
mochaCommand
似乎有问题。我发现包在其中组装命令字符串（）和显示上下文（）的文件以及
mochaCommand
不应该出现未定义的文件。是的，当我尝试在我的机器上测试时，我在相同的上下文输出上遇到了相同的问题，所以肯定不是你。mocha文件一定有问题，我甚至无法从win控制台运行它…当你尝试从命令行运行mocha时，您看到了什么？我很欣赏替代解决方案，但我不知道如何为mocha设置此流程托盘（我的测试命令是
BABEL_ENV=dev npm run mocha test
），这是（
“mocha test”：“mocha--recursive tests/mocha”
）只需将命令更改为
npm run mocha test
，向下滚动到环境变量部分，并在那里添加
BABEL_ENV
。我找到了另一个正在运行的测试运行程序：，我让这个问题打开一段时间，如果没有人有解决方案，那么我接受你的回答，作为唯一可能的解决方法
Mocha Test Results:

Node binary:    C:\Program Files\nodejs\node.exe
Root folder:    C:\Source\Repos
Mocha command:  undefined
Path to mocha:  mocha
Debug-Mode:     false
Test file:      tests\unit\first.js
Selected test:  should return url

Failed to run Mocha
spawn mocha ENOENT