Question

我正在尝试为我的Qooxdoo应用程序编写一些测试用例，我认为我需要类似于“测试”工作中的“包含”键，但它似乎对我不起作用。

应用程序是一个客户端/服务器系统，服务器将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。*”？

Answer 1

测试应用程序的包含列表在testrunner.json导入的“tests-common”作业中定义。您可以在应用程序的config.json中扩展它，如下所示：

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

我可以在发电机“测试”工作中使用“包含”键吗？

1 个答案: