您可以使用MockingDetails和printInvocations或getInvocations来检查属于mock的交互。但是，这不会按照发生的顺序生成属于多个模拟的调用列表：仅仅是与每个模拟对象的交互。
代码片段，由elhefe和Anand Rockzz贡献：

import static org.mockito.Mockito.mockingDetails;

System.out.println(mockingDetails(mock).printInvocations());
/* or */
System.out.println(mockingDetails(mock).getInvocations());

字符串
承认你在评论中的不情愿和警告，我想说，这是一种技术，它更多地是“锁定你当前的实现”，而不是“分析你真实的的限制并防止回归”。此外，如果您的算法与直接合作者有很多交互，这可能表明应该重构算法。
如果系统是未测试的或未记录的遗留代码，这可能是一种以编程方式生成回归测试或分析的实用方法-一个临时的起点，用于更有见地的回归测试-但在你的鞋子里，我会从记录每个组件的契约开始，然后编写一个确认这些交互和约束的测试。正如Mockito的原始开发人员Szczepan Faber在the article "is there a difference between asking and telling?"中所描述的那样，Mockito的建议倾向于添加存根，直到测试通过，并且只在存在昂贵或非幂等副作用的情况下添加验证/计数。