testme 和 squaretest 是 idea 中最实用的单元测试自动生成插件，但生成代码需人工校验依赖注入和断言逻辑；testme 不显示菜单需检查 jdk 版本、文件类型及方法可见性；squaretest 报错多因 mock 初始化不当或 spring 环境缺失；默认断言薄弱，需手动增强对象比较、异常路径和 void 方法验证。
TestMe 和 Squaretest 是目前 IDEA 中最实用的两个单元测试自动生成插件，但它们不是“一键生成就能直接上线”的银弹——生成的代码必须人工校验，尤其是 @Mock、@InjectMocks 的依赖关系和断言逻辑。
TestMe 插件安装后不显示菜单？检查这三点
插件装完重启 IDEA，但右键没出现 Generate → TestMe，大概率是以下原因：
- 项目 SDK 版本低于 Java 8（TestMe 最低要求 JDK 8，部分功能需 JDK 11+）
- 当前文件不是 Java 类（.java），而是 Kotlin/Scala/Groovy —— TestMe 对非 Java 文件支持有限，Groovy/Scala 需手动启用对应语言支持开关（Settings → Other Settings → TestMe → Language Support）
- 类没有 public 方法：TestMe 默认只对 public 方法生成测试，private/static 方法不会被识别，也不会出现在生成对话框中
Squaretest 生成的测试跑不通？重点看 Mock 初始化
Squaretest 默认使用 Mockito + JUnit 4 模板（如 JUnit4MockitoSpring.java.ft），但常见报错集中在 NullPointerException 或 UnnecessaryStubbingException：
-
initMocks(this)被调用但未生效：检查测试类是否漏加@RunWith(MockitoJUnitRunner.class)，或改用@ExtendWith(MockitoExtension.class)（JUnit 5 场景） -
@Mock字段为 null：确认字段修饰符是private（Squaretest 不处理final或static字段），且未被 Lombok@Data或@AllArgsConstructor干扰构造 - Spring 上下文未加载：若模板含
@SpringBootTest，但项目没引入 spring-boot-starter-test，会编译失败；建议先用纯 Mockito 模板生成，再按需升级
生成的断言太弱？别信默认的 assertEquals
两个插件都倾向生成形如 assertEquals(expected, actual) 的断言，但实际业务中这往往不够：
- 对象比较：生成的代码对 DTO/VO 类通常只比对字段数，不校验内容 —— 必须手动替换成
assertThat(actual).isEqualTo(expected)（AssertJ）或重写equals() - 异常路径缺失：插件几乎不生成
@Test(expected = XXXException.class)或assertThrows用例，需人工补全边界条件（如空参、非法状态） - void 方法无验证：对返回 void 的方法，插件可能只调用不验证行为 —— 要加
verify(mockXxx).methodCall()确认交互发生
真正省时间的是骨架生成，不是逻辑兜底。你得盯着 @Mock 列表是否漏了关键依赖，检查每个 @Test 方法是否覆盖了 if/else 分支，最后删掉所有没用的 TODO: verify behavior 注释——这些地方，插件从不替你思考。
