可以看到，我編寫了一個最簡單的棧，以便首先 添加必需的行為。正如 Linda 所說，行為很簡單：如果有人對 null 值調用 push()，那么棧應該 拋出一個異�！，F在看看我在清單 3 中如何定義這個行為。
清單 3. 如果推出一個 null 值，則棧應該拋出一個異常
public void shouldThrowExceptionUponNullPush() throws Exception{
final Stack<String> stStack = new Stack<String>();
Ensure.throwsException(RuntimeException.class, new Block(){
public void run() throws Exception {
stStack.push(null);
}
});
}
杰出的 expectation 和 override
在清單 3 中發生的一些事情是 JBhave 特有的，所以要解釋一下。首先，我創建 Stack 類的一個實例，并將它限制為 String 類型（通過 Java 5 泛型）。接下來，我使用 JBehave 的 異�？蚣� 實際建模我所期望的行為。 Ensure 類類似于 JUnit 或 TestNG 的 Assert 類型；但是，它增加了一系列方法，提供了更具可讀性的 API（這常被稱作文學編程）。在清單 3 中，我確保了如果對 null 調用 push()，則拋出一個 RuntimeException。
JBehave 還引入了一個 Block 類型，它是通過用所需的行為覆蓋 run() 方法來實現的。在內部，JBehave 確保期望的異常類型不被拋出（并因此被捕捉），而是生成一個故障狀態。您可能還記得，在我前面關于 用 Google Web Toolkit 對 Ajax 進行單元測試 的文章中，也出現了類似的覆蓋便利類的模式。在那種情況下，覆蓋是通過 GWT 的 Timer 類實現的。
如果現在運行清單 3 中的行為，應該看到出現錯誤。按照目前編寫的代碼，push() 方法不執行任何操作。所以不可能生成異常，從清單 4 中的輸出可以看到這一點。
清單 4. 沒有發生期望的行為
1) StackBehavior should throw exception upon null push:
VerificationException: Expected:
object not null
but got:
null:
清單 4 中的句子 “StackBehavior should throw exception upon null push” 模擬行為的名稱（shouldThrowExceptionUponNullPush()），并加上類的名稱。 實際上，JBehave 是在報告當它運行所需的行為時，沒有獲得任何反應。當然，我的下一步是要使上述行為成功運行，為此我檢查 null，如清單 5 所示。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
