JUnit测试的粒度问题

经理要看的并不是简单的客户的资料。客户有很多笔交易，每笔交易都有金额，每笔交易都有期望的利润率。经理要看我这个月准备从每个户赚多少的钱的Report。
如何做UT？

这不是UT应该怎样写的问题，而是设计应该是什么样。我对你所说的业务不了解，暂且按照我心目中的设计写一个UT：

首先为这个“客户”建立一个“交易”；
为这个“交易”设定参数：时间、地点、人物、“项目”、“成交价”……
“交易”“执行”；
Assert（“客户”的“交易历史”上出现这笔“交易”）；
Assert（“交易”的“金额”符合刚才设定的参数）；
Assert（“交易”的“利润率”符合刚才设定的参数）；
Assert（从“客户”身上赚的钱符合刚才设定的参数）；
Assert（经理希望看见的“Report”上面的数据符合刚才设定的参数）；

重构，让它易于测试.这就是单元测试的反馈的一个非常重要的优点.实际上也许你的对象已经是一个GOD CLASS了，遵循单一职责.
还是那句话，重构，让它易于测试.

仔细阅读《敏捷软件开发》，会找到一些你要的东西！

最近又考虑了一下该问题，
UT应该是对接口的实现做白盒测试

若接口的实现巨复杂，那就要Refactor，将其职责分担到其他的Class，
这样再对其他Class作UT

主要是层次的清晰
单讨论测试没有多大意义

我赞同这个观点。

没错，有了松耦合的设计，单元测试自然不成问题。