本文是 Productive Java with Ruby 系列文章的第二篇，通过上一篇的介绍，我想大家对如何利用Ruby 进行单元测试有了一个基本的了解，从这里开始，我将和大家一起讨论一些利用Ruby 进行单元测试时的高级话题。
通常，新技术的引入只能降低解决问题的难度，而不是消除问题本身！
通过Ruby 我们可以更高效的处理数据准备的问题，但是真实的世界并不那么简单！随着测试的深入，我们会越发的感觉一不小心就挣扎在“依赖”的原始丛林 中！有时候似乎需要加入无数的jar 包，初始化所有的组件，配置完一切的数据库、服务器及网络的关系，才能开始一小段简单的测试。更痛苦的是这一切是如此 的脆弱，仅仅是某人在数据库中多加了一条数据或者更改了一部分环境配置，你苦心构建的所有测试就全部罢工了！多少次，你仰天长叹：“神啊！救救我 吧…”。可神在那里呢？
引入Ruby 进行Mock 测试可以有效简化单元测试时对各种环境的依赖，但是Mock 也有Mock 自己的问题，例如，它需要你对被测试类的内部细节有一定 的了解，毕竟利用Mock 技术进行测试属于白盒测试。当被测试类的内部实现有所改变而外部接口未发生变化时，原本不该出错的测试方法依旧有被打破的风险。
详细内容，请阅读全文：利用Ruby 简化你的Java 测试（进阶篇）。
相关阅读： Productive Java with Ruby 系列文章（一）：利用 Ruby 简化你的 Java 测试。
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
飞桨深度学习平台技术创新之路
阿里云上深度学习建模实践
CI/CD 在钉钉前端的实践
评论