单元测试 – 如何避免从嘲笑的对象列表中返回嘲笑

前端之家收集整理的这篇文章主要介绍了单元测试 – 如何避免从嘲笑的对象列表中返回嘲笑前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在尝试模拟/责任驱动的设计.在需要服务来检索其他对象的对象的情况下,我似乎有一些问题要避免从mock返回mocks.

一个例子可以是检查上个月的帐单是否支付的对象.它需要一个检索帐单列表的服务.所以我需要在我的测试中嘲笑这个billRetrievalService.同时我需要BillRetrievalMock来回复嘲笑的条例草案(因为我不希望我的考试依靠Bill的实施).

我的设计有缺陷吗?有更好的方法来测试吗?或者这是在使用finder对象(在这种情况下发现账单)时需要的方式?

旁注:althout Bill可能是一个值对象候选者,当集合不包含值对象(例如Users)时,更广泛的问题仍然存在.

大多数情况下,如果我需要一个模拟来返回另一个模拟,我会发现一个依赖关系在另一个方面更有意义.换句话说,模拟回归模拟通常指的是违反依赖性反转原则.

一个常见的例外:创建对象的工厂(而不是每次只返回相同对象的“持有者”).如果我需要在我的生命周期中创建相同类型的多个对象,那么我可能需要依赖于一个ObjectFactory并调用#createObject(),然后可能对对象设置期望值.即使如此,我也会质疑.调用堆栈中的其他东西可能有可能为我创建对象,并根据需要给予我们.

在ObjectHolder的情况下,而不是依赖于ObjectHolder来获取Object,我更喜欢直接依赖Object,并强制我的调用者给它但是它想要的.这尊重了上下文独立性的理想设计特性.

这个问题的一个特定版本是“虚拟时钟”模式.有时您需要依赖于虚拟时钟,但通常更需要时间戳. (“即时请求”模式)

原文链接:https://www.f2er.com/javaschema/281827.html

猜你在找的设计模式相关文章