Question

我刚刚遇到了委托 - 模型设计（而不是MVC），想要尝试一下，并且最近也学习了GOOS风格的TDD开发。所以我希望我的步行骨架测试看起来像这样:(我正在使用JUnit）

@Test
public void userGeneratesEvent_DNotifiesM_MNotifiesDOfUpdatedData_DGetsNewDataFromM() {
    Model model = new Model();
    Delegate delegate = new Delegate(model);
    model.addListener(delegate);
    // Not sure how to "generate the user event" here
    assert( ... );
}

我的问题，如上面的评论，是我不确定如何从委托中正确生成用户事件。也许我对设计模式如何工作的理解是关闭的，但委托应该封装视图和控制器 - 我必须让视图从委托中向控制器发出一个事件，但是这种交互应该是“秘密的” “？

感谢任何意见或建议。

Answer 1

您的步行骨架测试应尽可能接近端到端。如果可以，您的测试应该从GUI一直到Web服务或数据库层。这样可以验证所有可以正常连接的内容，并且可以自动部署并在生产环境中运行。

但是，使用实际Web服务和数据库进行的测试可能太慢或太脆弱而无法自动化。在这种情况下，您可以使用依赖注入在这些图层下方进行测试。

为了测试GUI，您可以使用GUI测试框架来测试GUI本身（这是他们在GOOS中所做的）。如果您使用Swing，我建议FEST。另一种更可靠且允许快速验收测试的方法是在GUI层下面进行测试。但为此，您应该使用MVP或MVVM而不是Delegate-Model

我仍然坚持如何正确地以编程方式提出一个用户事件。例如，用户通过UI将一行添加到表中，我最后声称模型中的行数等于1。我是否必须打破代表的封装才能执行此操作？

您必须：打破封装，使用MVP / MVVM之类的模式，让您在视图下方进行测试，或使用FEST通过GUI进行测试。我建议使用FEST通过自动单击组件并验证JTable是否具有给定行数来引发事件。 FEST测试相当可靠，虽然速度慢，但你不应该用它来编写单元测试。

如果您的应用程序增长到合适的大小（> 3000 LOC），您可以考虑重构MVP / MVVM，因为您将从代码重用和更快/可靠的端到端测试中获得足够的好处来证明复杂性。您的FEST测试和单元测试（在模型上）不应该在重构期间中断，并将帮助您安全地重构。当您的演示者/视图模型是一个单独的类时，您可以直接调用它们上的用户事件并验证（使用模拟）/断言添加了另一个表行。

如何为委托模型设计构建端到端测试？

1 个答案: