AOP 使编写特定于应用程序的横切关注点测试比任何时候都要容易了。要了解其原因以及如何实现，请听 Nicholas Lesiecki 介绍测试面向方面的代码所具有的好处，并展示在 AspectJ 中测试横切行为的样式。
在过去五年中广泛采用的程序员测试是由显著的生产率和得到的代码质量所驱动的。不过，在面向方面编程（AOP）出现之前，为横切行为（如安全、事务管理或者持久性）编写测试很困难。为什么呢？因为这些行为没有很好地模块化。如果没有可测试的单元，那么就很难编写出单元测试。随着 AOP 的普及，编写与横切关注点在目标系统中的实现无关的、对其进行检查的测试已变得可行并且值得去做。
在本文中，我将介绍测试用方面实现的横切行为的一组技术。重点放在方面的单元测试，但是我也展示了有助于建立对面向方面应用程序的信任度的其他模式。很快您就会看到，测试方面涉及许多与测试对象相同的技巧和概念，并且有许多相同的做法和设计好处。
本文的撰写基于我在 AspectJ 中的经验。许多概念应当可以移植到其他 AOP 实现中，但是有些概念是特定于语言的。请参阅 下?lt;/A> 以下载本文源代码，请参阅 参考资料 以下载完成例子所需要的 Aspectj 和 AJDT。
面向方面代码的单元测试
应用程序的好的自动测试集应当像图 1 那样：以隔离的、对各个类的测试构成一个广泛的基础，使测试覆盖面广，并能迅速分离出错误。在这之上是集成的、端到端的系统测试，它验证各单元是否可以协调工作。如果这些层是良构的并且频繁运行，那么它们结合在一起可以增加对于应用程序行为的信任度。
在金字塔底部的单元测试很重要，这有几个理由。首先，它们帮助您产生那些在集成测试中难于再现或者需要繁琐步骤才能再现的关注点用例。其次，由于它们涉及的代码更少，因此它们运行起来通常更快（因此可以更经常地运行它们）。第三，它们可以帮助您思考每个单元的接口和要求。好的单元测试要求单元间的松散耦合，这是在测试条件下让测试得以运行的条件。
图 1. 分层的测试
但是横切行为会怎么样呢？想像一位客户的要求：“在执行对 ATM 类的任何操作之前要检查调用者的安全凭证。”当然可以（并且应该）针对这项要求编写集成测试。不过，非面向对象的开发环境使得编写“在操作之前检查安全性”这种行为的单元测试很难将这种行为分离出来。这是因为行为混入到了目标系统中，让人很难把握或者用工具分析。但是如果用方面开发，那么就可以将这些行为表示为建议（advice），应用到所有匹配某个切点（pointcut）的操作。现在行为就可以很好地用单元表示，可以在隔离的情况下测试或者在 IDE 显示它。
面向方面的代码在哪里出现问题了
文章来源于领测软件测试网 https://www.ltesting.net/
