在DDD应用程序中，我的JBehave验收测试目标应该是哪一层？
在我的应用程序中，我有以下层：
- 表示层
- Web服务层
- 应用程序服务层
- 域层
- 基础结构层
共有1个答案
通常，JBehave被视为行为驱动开发的单元测试框架，我认为它将与您当前的设计很好地结合在一起
我们正在引入ATDD作为我们的开发过程
因此，底线-强烈建议对所有应用程序级别进行单元测试，但我认为，特别是在JBehave的情况下，如果您不仅在演示中使用它，而且在应用程序服务和域层中使用它，这将是有帮助的。
-
一些DDD书籍如[1]指出，尽管我们有一个域模型，但我们可以有几个应用程序服务层（有些使用术语服务层）。这是由于应用程序层是应用程序的特定UI到域模型和基础结构层之间的接口，因此，如果我们有多个用户界面与后端一起工作，可能会有多个应用程序服务层。这一点向我提出了一个问题，即在哪里定位应用程序层。 我正在用。NET C#创建一个应用程序。整个应用程序位于一个解决方案中，其中UI（我们有三个不同的wi
-
问题内容： 关于组织单元测试，我有两个问题。 我是否必须将测试放在与测试类相同的程序包中，或者可以在不同程序包中组织测试？ 例如，如果我具有 有效性 和 其他 测试，即使它们属于同一班级，将它们分成不同的包是否正确？ 模拟和存根类呢？我应该将它们与仅包含测试的软件包分开，还是放在一起？ 问题答案： 我们执行JUnit测试用例的方法是将它们放在相同的包中，但放在不同的根目录中。由于我们使用Maven
-
我应该在中具体放入什么？ 我找不到这方面的指导。
-
域单元测试 正如您所看到的，这两个测试都检查用户余额是否为0，这是域责任。因此，问题是：应用层单元测试应该是什么样子的，它应该测试什么？我在某处读到单元测试应该在“流控制的应用服务和业务规则的域模型”中进行测试。谁能再详细说明一下，给出一些例子，应用层单元测试应该测试什么，看起来是什么样子的吗？
-
我知道JVM使用属性在运行时定位本机库。我试图用本机依赖项位置配置Eclipse。 但是在中有许多地方我可以指定位置。 源选项卡->本机库位置 null null 如果它们都指向同一个目的地，为什么会有这么多配置项？ 到目前为止，我的猜测是，Eclipse的设计者希望这种方式能够帮助程序员更有逻辑地组织他们的本机库。