【发布时间】:2017-12-10 11:38:59
【问题描述】:
我们被分配开发一个软件系统。它几乎没有任何业务逻辑,只是简单的 CRUD 操作(以及对某些表单的一些小控件)。 但问题是数据模型已经存在并且与 UI 表单无关。我的意思是每个表单只映射到多个表,或多个表上的多个列。
我相信我们应该根据业务逻辑而不是复杂的遗留数据库设计来设计对象(实体或 DTO)模型。因此,该应用程序保持简单易懂,并将所有复杂性封装在一组数据访问对象后面。
这会导致复杂的 DAO 对象,这是测试的最重要目标。是否可以在没有数据库的情况下为 DAO 对象编写测试?怎么样?
【问题讨论】:
-
有什么理由不能为此使用简单的单元测试?提供一些模拟实体数据,为 UI 模型数据设定期望。没有什么能阻止你先写测试。
-
你说的测试不就是集成/功能测试吗?
标签: jakarta-ee tdd dao