如何使用Mockito测试void方法中局部变量的状态变化

首先得明确：Mockito完全没法直接测试方法内部的局部变量，因为它的设计目标是处理类的公共交互（比如依赖调用、方法返回），而局部变量属于方法的内部实现细节，不在Mockito的能力覆盖范围内。下面给你几个理论层面的解决思路：

• 重构代码，把内部状态转化为可观测的外部行为
  测试的核心应该关注方法的「输出或对外副作用」，而不是内部实现细节。你可以把condition这个局部变量的状态变化，转化为外部能感知的内容：比如把它改成类的私有成员变量并提供Getter方法；或者让calc方法返回一个包含condition状态和result的自定义对象；甚至可以在状态变化时触发一个事件。这样你就能通过公共API或返回值来验证状态变化了。

• 借助字节码操作工具（不推荐）
  如果实在没法修改原有代码（比如维护遗留系统），可以用PowerMock、ByteBuddy这类能修改字节码的工具。它们能在运行时给方法插入额外的代码，捕获局部变量的值。但这种方式风险很高：它和代码的内部实现强绑定，一旦你重构代码（比如改了变量名、调整了逻辑顺序），测试就会直接失效，而且会让测试变得复杂难维护。

• 换个测试角度，验证逻辑的最终效果
  你想测试condition的状态，本质上是为了验证方法的逻辑是否正确执行对吧？那完全可以跳过局部变量，直接测试方法的实际行为：比如当前代码中，当condition初始为"first"时，result会保持0并打印；如果condition不是"first"，result会是a+b。那你就测试打印出来的result值是否符合预期，间接验证condition的分支逻辑是否生效。这种方式更符合单元测试的设计原则，测试也会更健壮。

记住，好的单元测试应该聚焦于方法的契约（输入输出、对外交互），而不是揪着内部实现细节不放，这样你的测试才能在代码重构时依然有效。

内容的提问来源于stack exchange，提问作者iftwMZ