摘自Wikipedia，“模板方法定義了算法的程序框架。 子類可以覆蓋一個或多個算法步驟，以允許不同的行為，同時確保仍然遵循總體算法。”

通常，此模式由兩個或多個類組成，一個是提供模板方法（非抽象）的抽象類，該模板方法具有對由一個或多個具體子類實現的抽象方法的調用。

模板抽象類和具體實現通常位于同一項目中，但是根據項目范圍，這些具體對象將被實現到另一個項目中。

在這篇文章中，我們將看到在外部項目上實現具體類時如何測試模板方法模式，或更一般的如何測試抽象類。

讓我們看一個簡單的模板方法模式示例。 考慮一個負責接收整數向量并計算歐幾里得范數的類。 這些整數可以從多個來源接收，并留給每個項目以提供一種獲取它們的方法。

模板類如下所示：

public abstract class AbstractCalculator {public double euclideanNorm() {int[] vector = this.read();int total = 0;for(int element:vector) {total+= (element*element);  }return Math.sqrt(total);}public abstract int[] read();
}

現在，另一個項目可以擴展上一類，并通過提供read（）方法的實現來實現抽象計算器。

public class ConsoleCalculator extends AbstractCalculator {public int[] read() {int [] data = new int[0];Scanner scanner = new Scanner(System.in);//data = read requried data from consolereturn data; }}

編寫了具體實現的開發人員將只測試read（）方法，他可以“相信”抽象類的開發人員已經測試了非抽象方法。

但是，如果類是抽象的并且需要read（）方法的實現，我們將如何在計算方法上編寫單元測試？

第一種方法可能是創建偽造的實現：

public class FakeCalculator extends AbstractCalculator {private int[] data;public FakeCalculator(int[] data) {this.data = data;}public int[] read() {return this.data;}}

這不是一個壞方法，但是有一些缺點：

• 測試的可讀性較低，讀者應該知道這些假類的存在，并且必須確切地知道他們在做什么。
• 作為測試作者，您將花費時間來實現偽類，在這種情況下，這很簡單，但是您的項目可能有多個不執行任何抽象類，甚至使用不止一個抽象方法。
• 偽造類的行為是“硬編碼的”。

更好的方法是使用Mockito僅模擬抽象方法，同時調用非抽象方法的實現。

public class WhenCalculatingEuclideanNorm {@Testpublic void should_calculate_correctly() {AbstractCalculator abstractCalculator = mock(AbstractCalculator.class, Mockito.CALLS_REAL_METHODS);doReturn(new int[]{2,2}).when(abstractCalculator).read();assertThat(abstractCalculator.euclideanNorm(), is(2.8284271247461903));}@Testpublic void should_calculate_correctly_with_negative_values() {AbstractCalculator abstractCalculator = mock(AbstractCalculator.class, Mockito.CALLS_REAL_METHODS);doReturn(new int[]{-2,-2}).when(abstractCalculator).read();assertThat(abstractCalculator.euclideanNorm(), is(2.8284271247461903));}}

Mockito通過調用真實方法簡化了抽象類的測試，并且僅對抽象方法進行了存根處理。 看到這種情況是因為默認情況下我們正在調用真實方法，而不是使用典型的when（）then（）結構，而是必須使用doReturn模式。

當然，僅當您的項目不包含算法的具體實現，或者您的項目將成為另一個項目的第3方庫的一部分時，才可以使用此方法。 在其他情況下，解決問題的最佳方法是測試實現的類。

下載源代碼

參考：在One Jar to Rulem All博客上測試了我們的JCG合作伙伴 Alex Soto的抽象類（尤其是模板方法模式） 。