追求代碼質量: 親身體驗行為驅動開發

清單 11. 如果將一個值入棧，那么出棧的也應該是它，對嗎？
               
public void shouldPopPushedValue() throws Exception{
 stStack.push("test");
 Ensure.that(stStack.pop(), m.is("test"));
}
 

為 Matcher 挑選 ‘M’

 關于 UsingMatchers 類型

您可能注意到，清單 12 中的代碼并不是很優雅。清單 11 中的 m 確實有點影響代碼的可讀性（“ensure that pop's value m (what the?) is test）�？梢酝ㄟ^擴展 JBehave 提供的一個專門的基類（UsingMiniMock）來避免使用 UsingMatchers 類型。這樣一來，清單 11 中最后一行就變成 Ensure.that(stStack.pop(), is("test"))，這樣可讀性更好一點。
 
 
在清單 11 中，我確保 pop() 返回值 “test”。在使用 JBehave 的 Ensure 類的過程中，您常常會發現，需要一種更豐富的方式來表達期望。JBehave 提供了一種 Matcher 類型用于實現豐富的期望，從而滿足了這一需求。而我選擇重用 JBehave 的 UsingMatchers 類型（清單 11 中的 m 變量），所以可以使用 is()、and()、or() 等方法和很多其它整潔的機制來構建更具文學性的期望。

清單 11 中的 m 變量是 StackBehavior 類的一個靜態成員，如清單 12 所示。

清單 12. 行為類中的 UsingMatchers
               
private static final UsingMatchers m = new UsingMatchers(){};
 

有了清單 11 中編寫的新的行為方法之后，現在可以來運行它 — 但是這時會產生一個錯誤，如清單 13 所示。

清單 13. 新編寫的行為不能運行
               
Failures: 1.

1) StackBehavior should pop pushed value:
java.lang.RuntimeException: nothing to pop
 

怎么回事？原來是我的 push() 方法還沒有完工�；氐� 清單 5，我編寫了一個最簡單的實現，以使我的行為可以運行�，F在是時候完成這項工作了，即真正將被推入的值添加到內部容器中（如果這個值不為 null）。如清單 14 所示。

清單 14. 完成 push 方法
               
public void push(E value) {
 if(value == null){
  throw new RuntimeException("Can't push null");
 }else{
  this.list.add(value);
 }
}
 

文章來源于領測軟件測試網 http://www.kjueaiud.com/