单元测试的疑惑

测试是测试你的 [代码逻辑] 。跟数据库完全隔离的
var obj = new SomeObj() ;
when(mockDb.findByParentId(any())).thenReturn(obj);
business.logic(something);
Mockito.verify(rpc.call(),times(1));

doThing().when(mockDb.findByParentId(any())；
business.logic(something);
Mockito.verify(rpc.call(),nvner());

这种测试可以保证你的 business.logic 的逻辑

至于你的 dao 层需要去断言 sql 写的是否正确 这种测试除非把业务写进 sql 里才需要去测试
var query = JpaQueryFactory.select(*).from(tableA).where(tableA.name.equals("actualField");
String expected = "select * from tableA where tableA.name = "actualField";
Assertions.assertEquals(expected,query.toString());

既然他叫单元测试，还使用真实的上下游服务器数据库，这本身就是个错误

这个不是单元测试吧，这个算是集成测试了，需要在独立的测试进程中对其进行测试，就好像是应用程序的真实使用者一样。

对于单元测试，如果测试的目标依赖了一个外部的组件，常用的做法是对这种外部组件进行 Mock ，比如测试目标需要一个发送消息的服务（ MessagePublisher ），可以 Mock 一个消息发送服务（ InMemoryMessagePublisher ），然后对测试目标进行测试，并观察 InMemoryMessagePublisher 中的结果是否符合预期，当然这只是一个很简单的例子，因为单元测试足够小，所以可以反复快速的完成测试内容。

测试是一个很复杂的概念，每个人或者组织都有不同的偏好，在我看来归根结底无非就是两个问题，那就是搞清楚我们到底在测试什么？我们期望测试将来可以起到什么帮助？

Don't test what you do not own.

不测试你不拥有的系统

@zhazi sql 基本都是 mybatis-plus 搞的，倒是没有验证 sql 语句本身的需求。

好像有点明白了，就是我应该把函数内部的 dao 和 mq 操作的 service bean 放到类属性，用 mockito 来生成，然后再调用方法测试吧？（现在 bean 是函数内从 ApplicationContext 获取的。。）
之前主要是想非侵入的写个测试方法，看来钻牛角尖了。。

非常感谢！

你这里属于集成测试了，需要 mock 依赖的的服务、中间件，然后测试流程中插桩处理异常情况

@yinhuochong6666 很有道理，之前没想明白怎么 mock ，现在想明白了。。谢谢！

@timethinker 是的，这两个问题应该是清楚了。感谢！

函数有点复杂的，拆一拆然后测试呢？

单元测试不测试与它无关的东西，外部依赖一律 mock 。

@MiracleShadow 因为函数很短，就没想着改动。。思路不对。。

https://enterprisecraftsmanship.com/book

个人推荐你看看这本书，全面讲解了单元测试是什么，以及怎么写好的测试。书籍要付费购买，但是非常值得。

比如，你的问题，就是需要拆分的情况 (over complicated code)，应用 humble object pattern 将其拆分为 domain model 和 controller ，然后针对 domain model 写 unit test ，如果有必要就为 controller 也写一个 intergeation test