unit-testing - UNIT 测试 dto 和域对象

标签 unit-testing mocking domain-driven-design dto

我打算编写一个抽象类来测试我所有的 DTO 和 DOMAIN 对象。此类将采用可模板对象(通用类型)并使用反射来获取其中的属性类型,并将一些默认值分配给标识的原始类型,稍后将通过访问它们来断言这些类型值。这样每当我的 DTO 测试继承这个类时,大部分代码都是用测试中编写的一行代码来测试的。这只是一个想法,如果这样的东西已经存在,我想知道我是否正在重新发明轮子?如果有更好的方法来使用更少且可重用的代码来测试 DTO 和域对象。

最佳答案

我认为这不是测试域对象的好方法。根据定义,这些对象封装了数据和相关行为,它们被认为不仅仅是带有 getter 和 setter 的哑数据容器。您将不得不为这些对象手写单元测试,就像您自己手写对象一样。根据 DDD,这是您实际应该花时间的地方。

关于 DTO,您可能需要查看此 question .

关于unit-testing - UNIT 测试 dto 和域对象,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10505768/

相关文章:

python - 使用生成器模拟输入

java - 延迟 EasyMock 验证

mocking - 尽管 POST 请求中缺少字段,SwaggerHub 模拟响应仍返回 201

domain-driven-design - 具有多个有界上下文和项目结构的子域

unit-testing - 将TDD用于库/API代码和将BDD用作集成测试有意义吗?

javascript - 在 jasmine 中循环 it() 描述未找到输出规范

php - 如何 mock 模拟内部方法

c# - 如何选择DDD聚合?

database - 对基于集合的 sql 数据操作操作的代码列表进行建模

c# - TransactionScope 在用于数据库单元测试时导致 TransactionManagerCommunicationException