AspectJ 和模仿对象的测试灵活性：用“test-only”行为增强单元测试

核心提示：最近，人们对极端编程（Extreme Programming，AspectJ 和模仿对象的测试灵活性：用“test-only”行为增强单元测试，XP）的关注已经扩大到它的一个最具可移植性的应用上：单元测试和最初测试设计，因为软件工作室已经开始采用 XP 的开发方法，为了运行示例，您需要在测试机器上安装 Ant，我们可以

最近，人们对极端编程（Extreme Programming，XP）的关注已经扩大到它的一个最具可移植性的应用上：单元测试和最初测试设计。因为软件工作室已经开始采用 XP 的开发方法，我们可以看到，因为有了一套全面的单元测试工具，很多开发者的开发质量和速度都得到了提高。但编写好的单元测试耗时费力。因为每个单元都与其它单元合作，所以编写单元测试可能需要大量的设置代码。这使得测试变得更加昂贵，而且在特定情况下（比如代码充当远程系统的客户机时），这样的测试可能几乎无法实现。

在 XP 中，单元测试弥补了集成测试和验收测试的不足。后两种测试类型可能由独立的小组进行，或者作为独立的活动进行。但是单元测试是与要测试的代码同时编写的。面对日益逼近的截止期限和令人头痛的单元测试带来的压力，我们很可能随便编写一个测试了事，或者完全放弃测试。因为 XP 依赖于积极的动机和自给自足的习惯，所以 XP 过程（和项目！）的最佳利益就是使测试保持集中和易于编写。

所需背景

本文的重点是 AspectJ 的单元测试，所以文章假定您熟悉基本的单元测试方法。如果您不熟悉 AspectJ，那么在继续之前阅读一下我对 AspectJ 的介绍很可能会对您有所帮助（请参阅 参考资料）。这里所说的 AspectJ 方法不是非常复杂，但面向 aspect 的编程却需要一点时间去习惯。为了运行示例，您需要在测试机器上安装 Ant。不过您不需要具有任何特别的 Ant 专门技术（超出基本安装所需的技术）来运行示例。