Javascript 我能用一个“"；包括「；“在发电机中输入钥匙”；测试“；工作？

我正试图为我的Qooxdoo应用程序编写一些测试用例，我想我需要一些类似于“测试”工作中的“include”键的东西，但它似乎不适合我

应用程序是一个客户机/服务器系统，其中服务器将json对象传递给本地构建的客户机。例如，服务器可能会发送：

{
  "object": "foo.Window"
}

然后，客户端将在本地构造一个新的foo.Window。为了在客户端代码中的其他地方不创建foo.Window，我需要在我的config.json的jobs部分中创建：

"source":{
  "extend":[
    "common"
  ],
  "include":[
    "foo.Window",
    "foo.etc.*"
  ]
},
"build":{
  "extend":[
    "common"
  ],
  "include":[
    "foo.Window",
    "foo.etc.*"
  ]
}

---

这指示生成器将foo.Window类包含到qx加载程序中，而不管它是否出现在客户端源代码中。当我尝试为这个场景创建一个测试用例时，我得到一个错误，在testrunner应用程序中找不到foo.Window的类。根据上面列出的示例，我尝试为测试和测试源作业添加一个include键，但得到了相同的错误。如果我在测试用例中手动创建一个foo.Window，它是可以工作的，但是在我的实际应用程序中，需要包含很多不同的类。是否有方法指示testrunner为我的测试套件包含“foo.*”？

测试应用程序的包含列表是在从testrunner.json导入的“tests common”作业中定义的。您可以在应用程序的config.json中对其进行如下扩展：

"testrunner::tests-common" :
{
  "include" : ["foo.Window"]
}

---

测试应用程序的包含列表在从testrunner.json导入的“tests common”作业中定义。您可以在应用程序的config.json中对其进行如下扩展：

"testrunner::tests-common" :
{
  "include" : ["foo.Window"]
}

---

你能给出你试图覆盖测试和测试源的配置例子吗？！我可以，但在阅读了生成器文档之后，我用了错误的方法。我在错误的位置使用了一个键，因此生成器脚本忽略了它。Daniel的答案对我很有用，所以我可以直接使用它。你能给出一个配置示例，在这个示例中你试图覆盖测试和测试源吗？！我可以，但在阅读了生成器文档之后，我用了错误的方法。我在错误的位置使用了一个键，因此生成器脚本忽略了它。丹尼尔的答案对我很有用，所以我可以用它。