針對 ：橫切規范和功能
概述 ：上一個 mock 目標是簡單的，但是也可以將 mock 目標編寫為模擬復雜的聯結點（如 cflow()）或者要影響的一系列聯結點。
例子：模擬 cflow
假定希望對于下載的報告關閉突出顯示�？梢约尤胍粋� highlightExceptions切點以排除由 ReportGenerator 調用的任何 getter，如下所示：
public pointcut highlightedTextProperties() :
execution(public String Highlightable+.get*())
&& !highlightExceptions();
public pointcut highlightExceptions() :
cflow(execution(* ReportGenerator+.*(..)));
然后可以編寫一個 mock ReportGenerator，它調用 HighlightMockTarget 以測試沒有進行突出顯示：
private class MockGenerator implements ReportGenerator {
public void write(OutputStream stream) throws IOException {
mockTarget.getSomeString();
}
}
public void testNoHighlight() throws Exception {
mockUtil.expects(never()).method("highlight");
MockGenerator accessor = new MockGenerator();
accessor.write(null);
}
不過，可以想像為更復雜的匹配情況（例如，somePointcut() && ! cflowbelow(somePointcut())）創建一個類似的 mock 目標�？梢暬ぞ卟荒芙o出關于使用運行時檢查的切點（如 cflow()）的匹配的詳細信息。用幾個代表性的 mock 目標檢查這種切點是值得的。
結束語
當我看到未測試的代碼時，就覺得厭煩。沒有好的測試集的代碼通常有很多問題，難于進行有信任度的改變，并且難以重構。不過，如果用方面實現橫切行為，那么就有了測試（并理解）應用程序的橫切關注點的新方法。
測試方面與測試對象很相似。這兩種測試都需要將行為分解為可以單獨測試的組件。一個要掌握的關鍵概念是橫切關注點分為兩個區域。首先是橫切規范，它要回答的是關注點影響的是程序的哪些部分。其次是功能，它回答的是這些點上會發生什么。如果只使用對象，那么這兩個區域是交叉的，因為關注點在應用程序中是糾纏在一起的。不過，使用了方面后，可以以一個領域為目標或者同時分別以兩個領域為目標。
將方面編寫為可測試的，得到的設計好處與通過重構面向對象的代碼來實現可測試性所得到的好處相似。例如，如果將建議的正文轉移到一個可獨立測試的類中，那么就可以分析其行為而不用理解它橫切應用程序的方式。如果修改切點以使它們更能被 mock 目標訪問，也就使它們更可被系統中的非測試部分訪問。不管是哪種情況，都提高了系統整體的靈活性和可插入性。
不久之前，我聽到了一個流傳的說法，說面向方面的程序不能測試。盡管這個謠傳基本上已經消失，我仍然認為它是一個挑戰。我希望本文表明不僅可以對方面進行測試，而且在測試橫切時，使用了方面后會好得多。
致謝
Ron Bodkin、Wes Isberg、Gregor Kiczales 和 Patrick Chanezon 對本文貢獻良多，他們審閱了初稿并提供了有益的意見和修改。
下載
描述 名字 大小 下載方法
Article source: Eclipse 3.1/AJDT 1.3 project j-aopwork11-source.zip 337 KB FTP
文章來源于領測軟件測試網 http://www.kjueaiud.com/
