primefaces+摩卡在窗户=派生摩卡ENOENT
我的目标是通过安装在Windows上的Atom运行摩卡unit testing，同时我的src代码也驻留在这里。 这应该独立于我的meteor应用程序运行在不同的（Linux）机器上。
基本上我的设置是这样的：
我有我的回购和源代码：
c:\Users\Me\repos\meteor 我的testing是在里面：
c:\Users\Me\repos\meteor\tests
我有节点：
c:\Program Files\nodejs
安装了"npm i -g mocha --save-dev"
而我尝试使用这个包https://github.com/Tabcorp/atom-mocha-test-runner，但我可以切换到另一个包，如果有必要。
我到目前为止所尝试的是：
我编辑了我的primefaces摩卡testing运行器的设置：
Mocha command: C:\Program Files\nodejs\node_modules\mocha\.bin\mocha Mocha command: C:\Program Files\nodejs\npm mocha
但每次我尝试通过下拉菜单运行我的testing（运行摩卡testing），我得到这个错误：
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
任何人都知道我想念或做错了什么？
仍然不知道为什么这个软件包不能正常工作，我会给出一个cop-out的答案。 如果我们弄清楚如何使它工作，你可以接受这个答案。 process-palette使您能够从Atom命令运行高度特定的命令行指令。 下面是一个使用相同热键在当前文件的项目path中运行mocha的命令的示例，该命令也可方便地组织到自己的菜单项中：
这种方法的缺点是你必须知道如何自己使用外部程序。 像mocha-test-runner这样的软件包旨在消除用户的需求，但正如我们在这里看到的，有时软件包不知道需要做什么。 缺点是由于你只需要学习命令足够长的时间来设置configuration来运行它就可以缓解这个问题，从这个angular度来看，这很容易。
与其他软件包相比，其优势在于能够精确控制正在发生的事情。 假设您在当前项目中有多个顶级文件夹，并且它们具有不同的testing套件。 像mocha-test-runner这样的软件包可以从活动文件或项目中获取path。 如果开发人员select了获取项目path，那么在运行单个testing套件时会遇到麻烦。 使用我已经共享的configuration，命令将始终在当前文件的项目文件夹的绝对path中运行，因此testing将针对当时正在处理的文件运行。