探索 Spock 测试框架：Java 生态系统中的新力量
1 Spock 在 Java 生态系统中的定位
在测试中，我们能清晰看到加法运算正常（2 + 3 确实等于 5），而乘法代码存在错误（4 × 5 不等于 25）。基于此，我们可直接查看乘法器代码并找出错误。这是 Spock 的一大亮点，或许会促使你将所有 JUnit 测试重写为 Spock 测试。不过，完全重写并非必要，因为 Spock 和 JUnit 测试可在同一代码库中共存。
在 Java 项目里，JUnit 是事实上的测试框架，而 TestNG 也是类似的 Java 测试框架。曾有一段时间，TestNG 具备 JUnit 所没有的一些额外特性，致使许多开发者转向使用 TestNG（尤其是在大型企业项目中）。但 JUnit 很快弥补了差距，TestNG 未能在 Java 开发者的观念中占据主导地位，JUnit 的王者地位依旧无可争议。有些初级 Java 开发者甚至认为 JUnit 和单元测试是同一回事，实际上，JUnit 只是实现单元测试的众多方式之一。
JUnit 和 TestNG 的单元测试都用 Java 编写。传统上，Java 开发者认为这是一种优势，因为他们在生产代码和测试代码中使用相同的编程语言。然而，Java 是一种冗长的语言（至少按照如今的标准来看），有大量样板代码，存在诸多限制（例如，所有代码都必须是类的一部分，即使是静态方法），且语法繁琐，要求一切都需明确定义。较新的 Java 版本（7 之后）试图解决这一问题，但成效不一，始终未能达到其他编程语言的“约定优于配置”范式。
实际上，没有技术上的理由要求单元测试必须使用与开发代码相同的编程语言。生产代码和测试代码有着截然不同的需求，最
